From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 01:30:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8581C16A41F for ; Sun, 6 Nov 2005 01:30:43 +0000 (GMT) (envelope-from rloef@interfold.com) Received: from b.mail.mho.net (b.mail.base.mho.net [64.58.4.37]) by mx1.FreeBSD.org (Postfix) with SMTP id 29A8843D48 for ; Sun, 6 Nov 2005 01:30:43 +0000 (GMT) (envelope-from rloef@interfold.com) Received: (qmail 32154 invoked from network); 6 Nov 2005 01:30:39 -0000 Received: from dialup-64-58-11-23.mho.net (64.58.11.23) by b.mail.mho.net with SMTP; 6 Nov 2005 01:30:39 -0000 Date: Sat, 5 Nov 2005 18:32:55 -0700 (MST) From: Reed Loefgren X-X-Sender: rloef@auden.jmla.com To: Joao Barros In-Reply-To: <70e8236f0511050730u54b27742g59c2579270177056@mail.gmail.com> Message-ID: <20051105182734.D15656@auden.jmla.com> References: <436CB76D.5090605@kabelnet.net> <70e8236f0511050547w3d0f991do6e8f0ba147f46042@mail.gmail.com> <436CBA14.9000001@kabelnet.net> <70e8236f0511050730u54b27742g59c2579270177056@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1003812816-1131240775=:15656" Cc: Ales , freebsd-stable@freebsd.org Subject: Re: Kernel panic after upgrade to 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 01:30:43 -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-1003812816-1131240775=:15656 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sat, 5 Nov 2005, Joao Barros wrote: > On 11/5/05, Ales wrote: > Joao Barros wrote: > > >You should recompile the nvidia port with the new kernel. > >Boot with the driver disabled in the meantime. > > > >On 11/5/05, Ales wrote: > > > > > >>Hello. > >> > >>After upgrade to RELENG_6, buildworld, buildkernel, installkernel, > >>reboot I got this error. With 5.4 there was no problem. Can anyone see > >>what is going on with this hw? > >> > >>Ale=9A > >> > >> > >> > >> > Thanks for the fast (realy fast) reply. As I'm not expert, could you > help me some more. How do I disable driver, and how do I recompile > nvidia port? In the boot loader you can try: unset nvidia_load or set nvidia_load=3D"NO" a 'make clean install' on the nvidia port dir should do the trick ;) -- Joao Barros Ales, I had this problem to, both with 4.10+ and now with 6.0. I always thought= =20 the nvidia.ko was getting loaded "too early" in the boot sequence when I=20 had it listed in rc.conf. What I did was to write a script that gave the=20 command 'kldload nvidia' and put that in /usr/local/etc/rc.d. Scripts=20 there are run pretty late in the boot sequence. Problem gone (for me=20 anyway), and I've done it that way ever since. In any event I agree with=20 Joao that you should re-compile the module under the new system. HTH r ---------- I'd rather flunk my Wassermann Test Than read the poems of Edgar Guest. - Auden --0-1003812816-1131240775=:15656-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 01:45:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8769316A41F for ; Sun, 6 Nov 2005 01:45:02 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (old.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id E707543D45 for ; Sun, 6 Nov 2005 01:45:01 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM0011e6ede298.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id jA61ju2S084284 for ; Sat, 5 Nov 2005 20:45:57 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <007601c5e273$ca1de380$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: References: <436CD40A.8060301@math.missouri.edu> Date: Sat, 5 Nov 2005 20:45:37 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Subject: Re: Well done with FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 01:45:02 -0000 > I just upgraded from FreeBSD-5.4 to FreeBSD-6.0 stable. It really went > very smoothly. Well done to all concerned. /me too I had a machine that was absolutely useless with 5.x -- dog slow, and suffered from random instablility (but no panics or other reportable phenomenon.) I ugpraded to 6.0-RC1 the other night and it was better than I would have imagined. I still have a lot of 4.x machines, and they will be skipping the 5.x experiment and moving right to 6.0. Kudos to all involved. -- Matt Emmerton From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 01:55:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8747516A41F for ; Sun, 6 Nov 2005 01:55:55 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B10F43D46 for ; Sun, 6 Nov 2005 01:55:54 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IPI00HXDG73B330@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 06 Nov 2005 02:59:27 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IPI00GDCG617P40@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 06 Nov 2005 02:58:49 +0100 (CET) Date: Sun, 06 Nov 2005 02:55:48 +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: <436CD40A.8060301@math.missouri.edu> To: freebsd-stable@freebsd.org Message-id: <20051106025548.2c29ca3c.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <436CD40A.8060301@math.missouri.edu> Subject: Re: Well done with FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 01:55:55 -0000 On Sat, 05 Nov 2005 09:47:22 -0600 Stephen Montgomery-Smith wrote: > I just upgraded from FreeBSD-5.4 to FreeBSD-6.0 stable. It really > went very smoothly. Well done to all concerned. I agree. I just finished a source upgrade from 5.4-stable to 6.0-stable (well, RELENG_6) on a ThinkPad T41 and everything went smooth. Well done! I can't wait to try out all the new "stuff" (functionality) that 6.0 gives us. -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 02:36:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF1A916A41F for ; Sun, 6 Nov 2005 02:36:01 +0000 (GMT) (envelope-from nik@optim.com.ru) Received: from mail.optim-mol.cemu.ru (mail.optim-mol.cemu.ru [83.102.188.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 251CB43D45 for ; Sun, 6 Nov 2005 02:36:00 +0000 (GMT) (envelope-from nik@optim.com.ru) Received: from [128.42.76.16] (ece-76-16.ece.rice.edu [128.42.76.16]) (authenticated bits=0) by mail.optim-mol.cemu.ru (8.13.4/8.13.4) with ESMTP id jA62ZfJM081236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 6 Nov 2005 05:35:48 +0300 (MSK) (envelope-from nik@optim.com.ru) Message-ID: <436D654D.9020109@optim.com.ru> Date: Sat, 05 Nov 2005 20:07:09 -0600 From: =?UTF-8?B?0J3QuNC60L7Qu9Cw0Lkg0JzQuNGA0LjQvQ==?= Organization: =?UTF-8?B?0J7Qn9Ci0JjQnA==?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <436CD40A.8060301@math.missouri.edu> <20051106025548.2c29ca3c.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20051106025548.2c29ca3c.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00,SPF_FAIL autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.optim-mol.cemu.ru X-Antivirus: Dr.Web (R) for Mail Servers on mail.optim-mol.cemu.ru host X-Antivirus-Code: 100000 Subject: Re: Well done with FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 02:36:01 -0000 Hi, All! I agree, I'd like to point out the sufficiently improved stability of ath network interfaces. It is like a rock now. However, the necessity to recompile the packages in order to accomodate for locale code change is a bit of a pain. Torfinn Ingolfsen said the following on 05.11.2005 19:55: >On Sat, 05 Nov 2005 09:47:22 -0600 >Stephen Montgomery-Smith wrote: > > > >>I just upgraded from FreeBSD-5.4 to FreeBSD-6.0 stable. It really >>went very smoothly. Well done to all concerned. >> >> > >I agree. I just finished a source upgrade from 5.4-stable to 6.0-stable >(well, RELENG_6) on a ThinkPad T41 and everything went smooth. > >Well done! > >I can't wait to try out all the new "stuff" (functionality) that 6.0 >gives us. > > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 02:37:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCEE516A420 for ; Sun, 6 Nov 2005 02:37:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E4F243D48 for ; Sun, 6 Nov 2005 02:37:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A4F761A3C24; Sat, 5 Nov 2005 18:37:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9732F51547; Sat, 5 Nov 2005 21:37:38 -0500 (EST) Date: Sat, 5 Nov 2005 21:37:38 -0500 From: Kris Kennaway To: ?????????????? ?????????? Message-ID: <20051106023738.GA36249@xor.obsecurity.org> References: <436CD40A.8060301@math.missouri.edu> <20051106025548.2c29ca3c.torfinn.ingolfsen@broadpark.no> <436D654D.9020109@optim.com.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <436D654D.9020109@optim.com.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Well done with FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 02:37:43 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 05, 2005 at 08:07:09PM -0600, ?????????????? ?????????? wrote: > Hi, All! >=20 > I agree, I'd like to point out the sufficiently improved stability of=20 > ath network interfaces. > It is like a rock now. >=20 > However, the necessity to recompile the packages in order to accomodate= =20 > for locale code change is a bit of a pain. It's not just the locale change. But anyway, use precompiled packages instead, that's what they're there for. Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDbWxwWry0BWjoQKURAk6FAJsGDGkO2GrqzrTKrLslFwKPI79WhgCgyMti AT5SeVHPSJc5BNsJXGFTCkk= =T/eK -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 03:10:01 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF3DD16A41F for ; Sun, 6 Nov 2005 03:10:01 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from coe.ufrj.br (roma.coe.ufrj.br [146.164.53.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2510F43D45 for ; Sun, 6 Nov 2005 03:10:00 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from localhost (localhost [127.0.0.1]) by coe.ufrj.br (Postfix) with ESMTP id 6F8C61700C for ; Sun, 6 Nov 2005 01:09:59 -0200 (BRST) Received: from coe.ufrj.br ([146.164.53.65]) by localhost (roma.coe.ufrj.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98045-02 for ; Sun, 6 Nov 2005 01:09:55 -0200 (BRST) Received: from [200.217.83.41] (unknown [200.217.83.41]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by coe.ufrj.br (Postfix) with ESMTP id F0E931700A for ; Sun, 6 Nov 2005 01:09:54 -0200 (BRST) Message-ID: <436D7401.2080904@jonny.eng.br> Date: Sun, 06 Nov 2005 01:09:53 -0200 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAADBQ TFRFAAAAgAAAAIAAgIAAAACAgACAAICAgICAwMDA/wAAAP8A//8AAAD//wD/AP//////ex+xxAAA Ac9JREFUOMtdk8FupDAMhr1qRbjR2x77GD3uq7BS1TkuhyrmFnppcvOrUlUquXltJ2EAIw1Dvvz+ bRPgrQbU6NpzuY0AF1LABIc4AH9crxLwb/4VztEU42W9SOBezwX4ClzeLuC9PBFRq+2xpJJHN8KQ Oa9Hd/ACnldgUVADvgHKA2usVwW12BVSkrThJH+5lqqQXIAAvRkQM6WqkADpO5gBx5m5VOxRgBZV HRLRcgc4dv3ukbOBm3de8uHIe1n0BBUBIi4hi0U2ownGkkwrwN425ygVPjntsvOmkFyyXYfreHXq f1tugFLCFDhZcsffYIqxKNAB/FkNbBDslUTz0MMQfuRnkN6D5nLVQ0G2H3bWC6KByTZPZWhJ/jgs ChX3e/P5y0VReCUCYm0/pUQd1lQ4/aIty/YtW6y3WMHc8yazpcU8UuqqB+LfMql/wVx4kXNTwGQO PxTuL7+AhbSkWS4z0TdZFbo1BR6qQkA08DnogNNHey/SGc5GejqFttxhjBHd3rjd62nR08gnxeFr Ic2e52we+QC0rIg6KYn1AKQsbF3wcgAP00MZrZ6X0yc5v5TRXgTi/jtVwef5I6Y+J7kyb+d1eB6K 4LoOLphBW/8PdNW9dapKWXwAAAAASUVORK5CYII= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at coe.ufrj.br Cc: Subject: Problems with 6.0-release inside vmware 5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 03:10:01 -0000 Hi, I tried to install a vmware 5 virtual machine with 6.0-RELEASE, using physical partitions. In this mode, even ATA disks appear as SCSI to the guest system. In VMWARE ghest, this also means a buslogic mpt controller. Up to 5.4-stable, this worked ok. But at 6.0-release, the mpt controller is detectd, but no disk is found. Any hints? TIA, Jonny From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 03:24:47 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFE9C16A41F for ; Sun, 6 Nov 2005 03:24:47 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6531B43D45 for ; Sun, 6 Nov 2005 03:24:47 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so172668wxc for ; Sat, 05 Nov 2005 19:24:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WFQ95yTtfbqN3AM7zDaJrDC+908Ul2riHkyWRVFrc6IcFqa2UQ6SNWbl5lIE4LksmARCRO03gPS/PKtvYuweFjuUHA2OadnlUuY95ZPeHe18/TFwCGySLsUfSYwCz/YmjM2GjsqFee3NdvcW5scrx4SQ47wIhA5xbyA1wUZWcIE= Received: by 10.70.6.2 with SMTP id 2mr3614369wxf; Sat, 05 Nov 2005 19:24:46 -0800 (PST) Received: by 10.70.9.10 with HTTP; Sat, 5 Nov 2005 19:24:46 -0800 (PST) Message-ID: <70e8236f0511051924m5752c966nc2cd7a3afd0f373c@mail.gmail.com> Date: Sun, 6 Nov 2005 03:24:46 +0000 From: Joao Barros To: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= In-Reply-To: <436D7401.2080904@jonny.eng.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <436D7401.2080904@jonny.eng.br> Cc: stable@freebsd.org Subject: Re: Problems with 6.0-release inside vmware 5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 03:24:47 -0000 On 11/6/05, Jo=E3o Carlos Mendes Lu=EDs wrote: > Hi, > > I tried to install a vmware 5 virtual machine with 6.0-RELEASE, using > physical partitions. In this mode, even ATA disks appear as SCSI to the = guest > system. In VMWARE ghest, this also means a buslogic mpt controller. > > Up to 5.4-stable, this worked ok. But at 6.0-release, the mpt contro= ller is > detectd, but no disk is found. Any hints? I have 6.0 working under VMWare 5.0 using physical partitions. When you add a new disk you are given an advanced option where you can specify IDE or SCSI. VMWare by default goes SCSI, so you must have missed it as it's very common to happen. -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 03:30:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88B9716A41F for ; Sun, 6 Nov 2005 03:30:04 +0000 (GMT) (envelope-from ports@rbt.ca) Received: from keymaster.look.ca (delta1.look.ca [207.136.80.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA1143D45 for ; Sun, 6 Nov 2005 03:30:03 +0000 (GMT) (envelope-from ports@rbt.ca) Received: from 216-154-14-71.dsl.look.ca ([216.154.14.71]) by keymaster.look.ca with esmtp (Exim 4.20) id 1EYbEH-0001qs-VS for freebsd-stable@freebsd.org; Sun, 06 Nov 2005 03:30:02 +0000 From: Rod Taylor To: freebsd-stable@freebsd.org Date: Sat, 05 Nov 2005 22:30:01 -0500 Message-Id: <1131247801.851.13.camel@home> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port X-SA-Exim-Mail-From: ports@rbt.ca Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on phi.look.ca X-Spam-Level: X-Spam-Status: No, hits=0.0 required=9.0 tests=none autolearn=no version=2.63 X-SA-Exim-Version: 3.1 (built Tue Feb 24 05:09:27 GMT 2004) X-SA-Exim-Scanned: Yes Subject: Kernel Crash using GDB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 03:30:04 -0000 Upgraded FreeBSD to 6.0 Release. Upgraded Gnome to 2.12, Abiword 2.4.1 Abiword is crashes while trying to save files for some unknown reason so I recompiled it WITH_DEBUG=YES. Open abiword from command line (abiword &) and attach and GDB process to the abiword process. Click "Save" in Abiword, which usually crashes Abiword but with GDB attached the kernel panics and reboots immediately. I'm not really sure what to do now but I can reproduce the crash every time. Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #13: Sat Nov 5 00:19:49 EST 2005 root@home:/usr/obj/usr/src/sys/HOME Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (2002.57-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xfc0 Stepping = 0 Features=0x78bfbff AMD Features=0xe0500800 real memory = 3220373504 (3071 MB) avail memory = 3104579584 (2960 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 0 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) fwohci0: port 0xdc00-0xdc7f mem 0xfd800000-0xfd8007ff irq 16 at device 7. 0 on pci0 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:6b:b6:fe fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:6b:b6:fe fwe0: Ethernet address: 02:e0:18:6b:b6:fe fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) atapci0: port 0xa400-0xa43f,0xa000-0xa00f,0xec00-0xec7f me m 0xfda00000-0xfda00fff,0xfd900000-0xfd91ffff irq 18 at device 8.0 on pci0 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 skc0: port 0xa800-0xa8ff mem 0xfdc00000-0xfdc03fff irq 17 at device 1 0.0 on pci0 skc0: Marvell Yukon Lite Gigabit Ethernet rev. A3(0x7) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:9f:aa:0f miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto fxp0: port 0xb000-0xb01f mem 0xf7d00000-0xf7d00fff,0xfde00000-0xf defffff irq 17 at device 12.0 on pci0 miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:02:8d:7d pci0: at device 13.0 (no driver attached) pci0: at device 13.1 (no driver attached) atapci1: port 0xe800-0xe807,0xe400-0xe403,0xe000-0xe007,0xd800-0xd 803,0xd400-0xd40f,0xd000-0xd0ff irq 20 at device 15.0 on pci0 ata5: on atapci1 ata6: on atapci1 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci2 ata1: on atapci2 uhci0: port 0xb400-0xb41f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb800-0xb81f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc000-0xc01f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xc400-0xc41f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdf00000-0xfdf000ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xc800-0xc8ff irq 22 at device 17.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: acpi_button0: on acpi0 acpi_button1: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: configured irq 3 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A sio1: configured irq 4 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A orm0: at iomem 0xc0000-0xccfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Logitech N48, rev 1.00/4.01, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. ulpt0: Samsung Electronics Co., Ltd. Samsung ML-1710 Series, rev 1.10/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode Timecounter "TSC" frequency 2002572299 Hz quality 800 Timecounters tick every 1.000 msec ad0: 73308MB at ata0-master UDMA100 ad1: 73308MB at ata0-slave UDMA100 acd0: CDRW at ata1-master UDMA33 acd1: DVDROM at ata1-slave UDMA66 From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 05:28:53 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66A7D16A41F; Sun, 6 Nov 2005 05:28:53 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from coe.ufrj.br (roma.coe.ufrj.br [146.164.53.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id B931C43D45; Sun, 6 Nov 2005 05:28:52 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from localhost (localhost [127.0.0.1]) by coe.ufrj.br (Postfix) with ESMTP id 9631217003; Sun, 6 Nov 2005 03:28:51 -0200 (BRST) Received: from coe.ufrj.br ([146.164.53.65]) by localhost (roma.coe.ufrj.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17105-02; Sun, 6 Nov 2005 03:28:48 -0200 (BRST) Received: from [200.217.83.41] (unknown [200.217.83.41]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by coe.ufrj.br (Postfix) with ESMTP id E213B17002; Sun, 6 Nov 2005 03:28:44 -0200 (BRST) Message-ID: <436D9486.7090106@jonny.eng.br> Date: Sun, 06 Nov 2005 03:28:38 -0200 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joao Barros References: <436D7401.2080904@jonny.eng.br> <70e8236f0511051924m5752c966nc2cd7a3afd0f373c@mail.gmail.com> In-Reply-To: <70e8236f0511051924m5752c966nc2cd7a3afd0f373c@mail.gmail.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAADBQ TFRFAAAAgAAAAIAAgIAAAACAgACAAICAgICAwMDA/wAAAP8A//8AAAD//wD/AP//////ex+xxAAA Ac9JREFUOMtdk8FupDAMhr1qRbjR2x77GD3uq7BS1TkuhyrmFnppcvOrUlUquXltJ2EAIw1Dvvz+ bRPgrQbU6NpzuY0AF1LABIc4AH9crxLwb/4VztEU42W9SOBezwX4ClzeLuC9PBFRq+2xpJJHN8KQ Oa9Hd/ACnldgUVADvgHKA2usVwW12BVSkrThJH+5lqqQXIAAvRkQM6WqkADpO5gBx5m5VOxRgBZV HRLRcgc4dv3ukbOBm3de8uHIe1n0BBUBIi4hi0U2ownGkkwrwN425ygVPjntsvOmkFyyXYfreHXq f1tugFLCFDhZcsffYIqxKNAB/FkNbBDslUTz0MMQfuRnkN6D5nLVQ0G2H3bWC6KByTZPZWhJ/jgs ChX3e/P5y0VReCUCYm0/pUQd1lQ4/aIty/YtW6y3WMHc8yazpcU8UuqqB+LfMql/wVx4kXNTwGQO PxTuL7+AhbSkWS4z0TdZFbo1BR6qQkA08DnogNNHey/SGc5GejqFttxhjBHd3rjd62nR08gnxeFr Ic2e52we+QC0rIg6KYn1AKQsbF3wcgAP00MZrZ6X0yc5v5TRXgTi/jtVwef5I6Y+J7kyb+d1eB6K 4LoOLphBW/8PdNW9dapKWXwAAAAASUVORK5CYII= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at coe.ufrj.br Cc: stable@freebsd.org, scsi@freebsd.org Subject: Re: Problems with 6.0-release inside vmware 5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 05:28:53 -0000 Joao Barros wrote: > On 11/6/05, João Carlos Mendes Luís wrote: > >>Hi, >> >> I tried to install a vmware 5 virtual machine with 6.0-RELEASE, using >>physical partitions. In this mode, even ATA disks appear as SCSI to the guest >>system. In VMWARE ghest, this also means a buslogic mpt controller. >> >> Up to 5.4-stable, this worked ok. But at 6.0-release, the mpt controller is >>detectd, but no disk is found. Any hints? > > > I have 6.0 working under VMWare 5.0 using physical partitions. > When you add a new disk you are given an advanced option where you can > specify IDE or SCSI. VMWare by default goes SCSI, so you must have > missed it as it's very common to happen. For me, it only asks for IDE or SCSI on logical disks. Maybe because I am not using the whole disk, but only some of its partitions. My main intent is to be able to dual boot Windows and FreeBSD, and keep both running, with Windows vmware hosting FreeBSD (I would prefer the other way, but vmware3 is a bit old). I need a secondary root partition, because of kernel and config changes, but the data partitions could be shared. BTW: Maybe this can help. I'll copy scsi@, maybe they can find this problem quicker. The only messages sent by the mpt driver are: mpt0: port 0x1080-0x10ff mem 0xec800000-0xec800fff irq 17 at device 16.0 on pci0 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.0.0 mpt0: Unhandled Event Notify Frame. Event 0xa. If I enable verbose booting, there are to many messages for me to understand each one. Also: In the install CD fixit shell, "camcontrol devlist" finds no device, but "camcontrol devlist -v" finds two VMware devices , at scbus target 0 and 1. If I do a "camcontrol rescan all", and then another "camcontrol devlist -v", even these devices disappear. I did also try disabling ACPI during boot, but no luck. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 06:13:20 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 823B116A41F; Sun, 6 Nov 2005 06:13:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0831343D45; Sun, 6 Nov 2005 06:13:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jA66DGPQ083996; Sun, 6 Nov 2005 01:13:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jA66DGga043000; Sun, 6 Nov 2005 01:13:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D6F007302F; Sun, 6 Nov 2005 01:13:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051106061315.D6F007302F@freebsd-current.sentex.ca> Date: Sun, 6 Nov 2005 01:13:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 06:13:20 -0000 TB --- 2005-11-06 04:16:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-06 04:16:16 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2005-11-06 04:16:16 - cleaning the object tree TB --- 2005-11-06 04:16:53 - checking out the source tree TB --- 2005-11-06 04:16:53 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2005-11-06 04:16:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2005-11-06 04:26:39 - building world (CFLAGS=-O -pipe) TB --- 2005-11-06 04:26:39 - cd /src TB --- 2005-11-06 04:26:39 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-11-06 05:50:02 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-06 05:50:02 - cd /src TB --- 2005-11-06 05:50:02 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Nov 6 05:50:03 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Nov 6 06:07:59 UTC 2005 TB --- 2005-11-06 06:07:59 - generating LINT kernel config TB --- 2005-11-06 06:07:59 - cd /src/sys/amd64/conf TB --- 2005-11-06 06:07:59 - /usr/bin/make -B LINT TB --- 2005-11-06 06:07:59 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-06 06:07:59 - cd /src TB --- 2005-11-06 06:07:59 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 6 06:08:00 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_quirk.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_resource.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_smbat.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_thermal.c /src/sys/dev/acpica/acpi_thermal.c: In function `acpi_tz_get_temperature': /src/sys/dev/acpica/acpi_thermal.c:434: error: `_DebugInfo' undeclared (first use in this function) /src/sys/dev/acpica/acpi_thermal.c:434: error: (Each undeclared identifier is reported only once /src/sys/dev/acpica/acpi_thermal.c:434: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-06 06:13:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-06 06:13:15 - ERROR: failed to build lint kernel TB --- 2005-11-06 06:13:15 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 08:05:35 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED1616A41F; Sun, 6 Nov 2005 08:05:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4999743D45; Sun, 6 Nov 2005 08:05:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jA685YhP090642; Sun, 6 Nov 2005 03:05:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jA685XuJ060624; Sun, 6 Nov 2005 03:05:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A7AA67302F; Sun, 6 Nov 2005 03:05:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051106080533.A7AA67302F@freebsd-current.sentex.ca> Date: Sun, 6 Nov 2005 03:05:33 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 08:05:35 -0000 TB --- 2005-11-06 06:13:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-06 06:13:16 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2005-11-06 06:13:16 - cleaning the object tree TB --- 2005-11-06 06:14:09 - checking out the source tree TB --- 2005-11-06 06:14:09 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2005-11-06 06:14:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2005-11-06 06:32:31 - building world (CFLAGS=-O -pipe) TB --- 2005-11-06 06:32:31 - cd /src TB --- 2005-11-06 06:32:31 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-06 07:46:20 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-06 07:46:20 - cd /src TB --- 2005-11-06 07:46:20 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Nov 6 07:46:20 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Nov 6 08:00:30 UTC 2005 TB --- 2005-11-06 08:00:30 - generating LINT kernel config TB --- 2005-11-06 08:00:30 - cd /src/sys/i386/conf TB --- 2005-11-06 08:00:30 - /usr/bin/make -B LINT TB --- 2005-11-06 08:00:30 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-06 08:00:30 - cd /src TB --- 2005-11-06 08:00:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 6 08:00:31 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_quirk.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_resource.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_smbat.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_thermal.c /src/sys/dev/acpica/acpi_thermal.c: In function `acpi_tz_get_temperature': /src/sys/dev/acpica/acpi_thermal.c:434: error: `_DebugInfo' undeclared (first use in this function) /src/sys/dev/acpica/acpi_thermal.c:434: error: (Each undeclared identifier is reported only once /src/sys/dev/acpica/acpi_thermal.c:434: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-06 08:05:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-06 08:05:33 - ERROR: failed to build lint kernel TB --- 2005-11-06 08:05:33 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 09:18:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B3C716A41F for ; Sun, 6 Nov 2005 09:18:09 +0000 (GMT) (envelope-from ales.rom@kabelnet.net) Received: from mta1.siol.net (mta1.siol.net [193.189.160.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AE0443D45 for ; Sun, 6 Nov 2005 09:18:08 +0000 (GMT) (envelope-from ales.rom@kabelnet.net) Received: from edge1.siol.net ([10.10.10.210]) by mta1.siol.net with ESMTP id <20051106091848.EXYD7456.mta1.siol.net@edge1.siol.net> for ; Sun, 6 Nov 2005 10:18:48 +0100 Received: from [192.168.1.102] (really [193.77.22.245]) by edge1.siol.net with ESMTP id <20051106091737.VXXM15081.edge1.siol.net@[192.168.1.102]> for ; Sun, 6 Nov 2005 10:17:37 +0100 Message-ID: <436DCA54.4090407@kabelnet.net> Date: Sun, 06 Nov 2005 10:18:12 +0100 From: Ales User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <436CB76D.5090605@kabelnet.net> <70e8236f0511050547w3d0f991do6e8f0ba147f46042@mail.gmail.com> In-Reply-To: <70e8236f0511050547w3d0f991do6e8f0ba147f46042@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Kernel panic after upgrade to 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 09:18:09 -0000 Joao Barros wrote: >You should recompile the nvidia port with the new kernel. >Boot with the driver disabled in the meantime. > > >-- >Joao Barros > > > > Well, it looks like the nvidia driver doesn't support 6-STABLE (yet). Did you guys managed to recompile the driver? After trying to recompile nvidia driver: romcek# make install ===> src (install) "/usr/share/mk/bsd.compat.mk", line 36: warning: NOOBJ is deprecated in favor of NO_OBJ @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -O2 -fno-strict-aliasing -pipe -march=athlon-xp -I/src -DNV_MAJOR_VERSION=1 -DNV_MINOR_VERSION=0 -DNV_PATCHLEVEL=7676 -D__KERNEL__ -UDEBUG -U_DEBUG -DNDEBUG -O -fno-common -fno-unit-at-a-time -minline-all-stringops -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I/src -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -finline-limit=8000 -fno-common -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 nvidia_ctl.c In file included from nvidia_ctl.c:14: ./nv-freebsd.h:25:2: #error This driver does not support FreeBSD 6.x/-CURRENT! *** Error code 1 Stop in /usr/home/romcek/NVIDIA-FreeBSD-x86-1.0-7676/src. *** Error code 1 Stop in /usr/home/romcek/NVIDIA-FreeBSD-x86-1.0-7676. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 09:53:28 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C59E16A41F for ; Sun, 6 Nov 2005 09:53:28 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20F3E43D45 for ; Sun, 6 Nov 2005 09:53:27 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by xproxy.gmail.com with SMTP id s8so188612wxc for ; Sun, 06 Nov 2005 01:53:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=doL/afoj3LU6Q7kFUqsWZ9tjDvvC6wAStiLh/Z09taqZl9QfGdoPd7X/e9g0eW9klJCKGFHmsmQkPjhjw6P/BNjy9gmyRYjsoV6dmfHpd1UIH9fog6m7+JfR37DYhxM8hIdg1v2Lj7FmCS02fHy51sXvNAaNkON/n8F+SBDRNkY= Received: by 10.64.183.17 with SMTP id g17mr4126612qbf; Sun, 06 Nov 2005 01:53:27 -0800 (PST) Received: by 10.65.191.18 with HTTP; Sun, 6 Nov 2005 01:53:27 -0800 (PST) Message-ID: Date: Sun, 6 Nov 2005 17:53:27 +0800 From: Xin LI To: FreeBSD Tinderbox In-Reply-To: <20051106080533.A7AA67302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051106080533.A7AA67302F@freebsd-current.sentex.ca> Cc: stable@freebsd.org, i386@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 09:53:28 -0000 T24gMTEvNi8wNSwgRnJlZUJTRCBUaW5kZXJib3ggPHRpbmRlcmJveEBmcmVlYnNkLm9yZz4gd3Jv dGU6Cj4gWy4uLl0KPiBjYyAtYyAtTyAtcGlwZSAgLVdhbGwgLVdyZWR1bmRhbnQtZGVjbHMgLVdu ZXN0ZWQtZXh0ZXJucyAtV3N0cmljdC1wcm90b3R5cGVzICAtV21pc3NpbmctcHJvdG90eXBlcyAt V3BvaW50ZXItYXJpdGggLVdpbmxpbmUgLVdjYXN0LXF1YWwgIC1mZm9ybWF0LWV4dGVuc2lvbnMg LXN0ZD1jOTkgIC1ub3N0ZGluYyAtSS0gIC1JLiAtSS9zcmMvc3lzIC1JL3NyYy9zeXMvY29udHJp Yi9kZXYvYWNwaWNhIC1JL3NyYy9zeXMvY29udHJpYi9hbHRxIC1JL3NyYy9zeXMvY29udHJpYi9p cGZpbHRlciAtSS9zcmMvc3lzL2NvbnRyaWIvcGYgLUkvc3JjL3N5cy9jb250cmliL2Rldi9hdGgg LUkvc3JjL3N5cy9jb250cmliL2Rldi9hdGgvZnJlZWJzZCAtSS9zcmMvc3lzL2NvbnRyaWIvbmdh dG0gLUkvc3JjL3N5cy9kZXYvdHdhIC1EX0tFUk5FTCAtREhBVkVfS0VSTkVMX09QVElPTl9IRUFE RVJTIC1pbmNsdWRlIG9wdF9nbG9iYWwuaCAtZm5vLWNvbW1vbiAtZmlubGluZS1saW1pdD04MDAw IC0tcGFyYW0gaW5saW5lLXVuaXQtZ3Jvd3RoPTEwMCAtLXBhcmFtIGxhcmdlLWZ1bmN0aW9uLWdy b3d0aD0xMDAwIC1ER1BST0YgLWZhbGlnbi1mdW5jdGlvbnM9MTYgLURHUFJPRjQgLURHVVBST0Yg LWZuby1idWlsdGluIC1tbm8tYWxpZ24tbG9uZy1zdHJpbmdzIC1tcHJlZmVycmVkLXN0YWNrLWJv dW5kYXJ5PTIgIC1tbm8tbW14IC1tbm8tM2Rub3cgLW1uby1zc2UgLW1uby1zc2UyIC1mZnJlZXN0 YW5kaW5nIC1XZXJyb3IgLWZpbnN0cnVtZW50LWZ1bmN0aW9ucyAtV25vLWlubGluZSAvc3JjL3N5 cy9kZXYvYWNwaWNhL2FjcGlfdGhlcm1hbC5jCj4gL3NyYy9zeXMvZGV2L2FjcGljYS9hY3BpX3Ro ZXJtYWwuYzogSW4gZnVuY3Rpb24gYGFjcGlfdHpfZ2V0X3RlbXBlcmF0dXJlJzoKPiAvc3JjL3N5 cy9kZXYvYWNwaWNhL2FjcGlfdGhlcm1hbC5jOjQzNDogZXJyb3I6IGBfRGVidWdJbmZvJyB1bmRl Y2xhcmVkIChmaXJzdCB1c2UgaW4gdGhpcyBmdW5jdGlvbikKPiAvc3JjL3N5cy9kZXYvYWNwaWNh L2FjcGlfdGhlcm1hbC5jOjQzNDogZXJyb3I6IChFYWNoIHVuZGVjbGFyZWQgaWRlbnRpZmllciBp cyByZXBvcnRlZCBvbmx5IG9uY2UKPiAvc3JjL3N5cy9kZXYvYWNwaWNhL2FjcGlfdGhlcm1hbC5j OjQzNDogZXJyb3I6IGZvciBlYWNoIGZ1bmN0aW9uIGl0IGFwcGVhcnMgaW4uKQo+ICoqKiBFcnJv ciBjb2RlIDEKPgo+IFN0b3AgaW4gL29iai9zcmMvc3lzL0xJTlQuCj4gKioqIEVycm9yIGNvZGUg MQo+Cj4gU3RvcCBpbiAvc3JjLgo+ICoqKiBFcnJvciBjb2RlIDEKCldpbGwgc29tZW9uZSBmcm9t IGZyZWVic2QtYWNwaUAgcGxlYXNlIGNvbnNpZGVyIE1GQydpbmcgcGFydCBvZiByZWNlbnQKQUNQ SUNBIGNvZGUgdG8gZml4IHRoaXM/CgpUaGFua3MgaW4gYWR2YW5jZSEKCkNoZWVycywK From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 10:27:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5618116A41F for ; Sun, 6 Nov 2005 10:27:45 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9A9F43D45 for ; Sun, 6 Nov 2005 10:27:44 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr13.xs4all.nl (8.13.3/8.13.3) with ESMTP id jA6ARcUD025752; Sun, 6 Nov 2005 11:27:38 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id AA864B822; Sun, 6 Nov 2005 11:27:37 +0100 (CET) Date: Sun, 6 Nov 2005 11:27:37 +0100 From: Roland Smith To: Ales Message-ID: <20051106102737.GB26939@slackbox.xs4all.nl> Mail-Followup-To: Ales , freebsd-stable@freebsd.org References: <436CB76D.5090605@kabelnet.net> <70e8236f0511050547w3d0f991do6e8f0ba147f46042@mail.gmail.com> <436DCA54.4090407@kabelnet.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline In-Reply-To: <436DCA54.4090407@kabelnet.net> User-Agent: Mutt/1.4.2.1i 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! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Kernel panic after upgrade to 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 10:27:45 -0000 --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 06, 2005 at 10:18:12AM +0100, Ales wrote: > Well, it looks like the nvidia driver doesn't support 6-STABLE (yet).=20 > Did you guys managed to recompile the driver? >=20 > After trying to recompile nvidia driver: > In file included from nvidia_ctl.c:14: > ./nv-freebsd.h:25:2: #error This driver does not support FreeBSD=20 > 6.x/-CURRENT! > *** Error code 1 Try editing the nv-freebsd.h file, remove the line with the #error directive, and recompile. It might compile. It might even run. ;-) Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --St7VIuEGZ6dlpu13 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDbdqZEnfvsMMhpyURAkZjAJ4gYFey16YsSMpF0c19MaV1YktrBgCgroRu bIxeD7X6PyPtxGncAs+Cv28= =/xtx -----END PGP SIGNATURE----- --St7VIuEGZ6dlpu13-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 10:51:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF3DC16A41F for ; Sun, 6 Nov 2005 10:51:43 +0000 (GMT) (envelope-from ales.rom@kabelnet.net) Received: from mta1.siol.net (mta1.siol.net [193.189.160.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C0C743D45 for ; Sun, 6 Nov 2005 10:51:42 +0000 (GMT) (envelope-from ales.rom@kabelnet.net) Received: from edge1.siol.net ([10.10.10.210]) by mta1.siol.net with ESMTP id <20051106105223.HNBQ7456.mta1.siol.net@edge1.siol.net> for ; Sun, 6 Nov 2005 11:52:23 +0100 Received: from [192.168.1.102] (really [193.77.22.245]) by edge1.siol.net with ESMTP id <20051106105111.WSIL15081.edge1.siol.net@[192.168.1.102]> for ; Sun, 6 Nov 2005 11:51:11 +0100 Message-ID: <436DE042.40602@kabelnet.net> Date: Sun, 06 Nov 2005 11:51:46 +0100 From: Ales User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <436CB76D.5090605@kabelnet.net> <70e8236f0511050547w3d0f991do6e8f0ba147f46042@mail.gmail.com> <436DCA54.4090407@kabelnet.net> <20051106102737.GB26939@slackbox.xs4all.nl> In-Reply-To: <20051106102737.GB26939@slackbox.xs4all.nl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Kernel panic after upgrade to 6.0-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 10:51:44 -0000 Roland Smith wrote: >On Sun, Nov 06, 2005 at 10:18:12AM +0100, Ales wrote: > > > >>Well, it looks like the nvidia driver doesn't support 6-STABLE (yet). >>Did you guys managed to recompile the driver? >> >>After trying to recompile nvidia driver: >> >> > > > >>In file included from nvidia_ctl.c:14: >>./nv-freebsd.h:25:2: #error This driver does not support FreeBSD >>6.x/-CURRENT! >>*** Error code 1 >> >> > >Try editing the nv-freebsd.h file, remove the line with the #error >directive, and recompile. It might compile. It might even run. ;-) > >Roland > > Problem solved. I was trying to compile nvidia driver from nvidia home page, not from ports. Driver from ports compiled cleanly. I'm back with 6-STABLE and I can say that the upgrade was quite easy (except for the nvidia part) Thanks to all involved. Aleš From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 11:28:26 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BE7116A41F for ; Sun, 6 Nov 2005 11:28:26 +0000 (GMT) (envelope-from markus.buretorp@home.se) Received: from smtpserver.visit.se (smtpserver.visit.se [212.214.126.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B9A243D45 for ; Sun, 6 Nov 2005 11:28:25 +0000 (GMT) (envelope-from markus.buretorp@home.se) Received: from [192.168.0.10] (cust.fiber-lan.vnet.lk.85.194.49.10.stunet.se [85.194.49.10]) by smtpserver.visit.se (Postfix) with ESMTP id BD9F2B80023 for ; Sun, 6 Nov 2005 12:28:30 +0100 (CET) Message-ID: <436DE8DC.2060102@home.se> Date: Sun, 06 Nov 2005 12:28:28 +0100 From: Markus Buretorp User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <436D1376.5030909@home.se> In-Reply-To: <436D1376.5030909@home.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: 5.4 -> 6.0 buildworld 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: Sun, 06 Nov 2005 11:28:26 -0000 Markus Buretorp wrote: > Hello, > > I'm trying to upgrade from FreeBSD 5.4-STABLE to 6.0. I've done a > cvsup to RELENG_6 and RELENG_6_0, I've ran make cleanworld, make > clean, rm -rf /usr/obj/*, etc; but nothing helps. > > This is the error > > cc -O2 -pipe -march=athlon-xp -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_getloadavg.c > cc -O2 -pipe -march=athlon-xp -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_getswapinfo.c > cc -O2 -pipe -march=athlon-xp -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_proc.c > /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': > /usr/src/lib/libkvm/kvm_proc.c:108: error: storage size of 't_cdev' > isn't known > /usr/src/lib/libkvm/kvm_proc.c:114: error: storage size of 'pr' > isn't known > /usr/src/lib/libkvm/kvm_proc.c:176: error: structure has no member > named `ki_jid' > /usr/src/lib/libkvm/kvm_proc.c:377: error: structure has no member > named `p_rux' > *** Error code 1 > > Stop in /usr/src/lib/libkvm. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Some info > > FreeBSD jmb.mine.nu 5.4-STABLE FreeBSD 5.4-STABLE #0: Mon Aug 15 > 21:16:37 CEST 2005 > sunray@jmb.mine.nu:/usr/obj/usr/src/sys/GENERIC i386 > > > Regards, > Markus > Ok, I solved it. I had some stupid exports (INCLUDE_PATH etc) in my shell config. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 11:31:04 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B4F616A41F for ; Sun, 6 Nov 2005 11:31:04 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7481A43D45 for ; Sun, 6 Nov 2005 11:31:03 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so207043wxc for ; Sun, 06 Nov 2005 03:31:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hScCR3E8vqrK7g+ATatJ4i0vMgG1i5mgNx+Uk3pf6XuBZd5/NdmTvwpjgjR1Yi5KCFKB0x/sBvrQLAt3mS6xyll1+7MDrwqpLdbK/mNdH+DkDYozmwzVus+IGWNI8QWFDDn3hhVn/3XFvkBCzPy/ooyz+bBKxiGkdSULrcsWyWM= Received: by 10.70.44.6 with SMTP id r6mr3804818wxr; Sun, 06 Nov 2005 03:23:55 -0800 (PST) Received: by 10.70.9.10 with HTTP; Sun, 6 Nov 2005 03:23:55 -0800 (PST) Message-ID: <70e8236f0511060323k5b82cda4rdd0af38236d8d929@mail.gmail.com> Date: Sun, 6 Nov 2005 11:23:55 +0000 From: Joao Barros To: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?= In-Reply-To: <436D9486.7090106@jonny.eng.br> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <436D7401.2080904@jonny.eng.br> <70e8236f0511051924m5752c966nc2cd7a3afd0f373c@mail.gmail.com> <436D9486.7090106@jonny.eng.br> Cc: stable@freebsd.org Subject: Re: Problems with 6.0-release inside vmware 5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 11:31:04 -0000 On 11/6/05, Jo=E3o Carlos Mendes Lu=EDs wrote: > Joao Barros wrote: > > On 11/6/05, Jo=E3o Carlos Mendes Lu=EDs wrote: > > > >>Hi, > >> > >> I tried to install a vmware 5 virtual machine with 6.0-RELEASE, usi= ng > >>physical partitions. In this mode, even ATA disks appear as SCSI to th= e guest > >>system. In VMWARE ghest, this also means a buslogic mpt controller. > >> > >> Up to 5.4-stable, this worked ok. But at 6.0-release, the mpt cont= roller is > >>detectd, but no disk is found. Any hints? > > > > > > I have 6.0 working under VMWare 5.0 using physical partitions. > > When you add a new disk you are given an advanced option where you can > > specify IDE or SCSI. VMWare by default goes SCSI, so you must have > > missed it as it's very common to happen. > > For me, it only asks for IDE or SCSI on logical disks. Maybe because= I am > not using the whole disk, but only some of its partitions. > > My main intent is to be able to dual boot Windows and FreeBSD, and ke= ep both > running, with Windows vmware hosting FreeBSD (I would prefer the other wa= y, but > vmware3 is a bit old). I need a secondary root partition, because of ker= nel and > config changes, but the data partitions could be shared. > > BTW: Maybe this can help. I'll copy scsi@, maybe they can find this p= roblem > quicker. > > The only messages sent by the mpt driver are: > > mpt0: port 0x1080-0x10ff mem > 0xec800000-0xec800fff irq 17 at device 16.0 on pci0 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=3D1.2.0.0 > mpt0: Unhandled Event Notify Frame. Event 0xa. > > If I enable verbose booting, there are to many messages for me to unde= rstand > each one. > > Also: In the install CD fixit shell, "camcontrol devlist" finds no de= vice, > but "camcontrol devlist -v" finds two VMware devices , at > scbus target 0 and 1. If I do a "camcontrol rescan all", and then anothe= r > "camcontrol devlist -v", even these devices disappear. > > I did also try disabling ACPI during boot, but no luck. I still believe you are not doing it right. When you are configuring VMWare, on the Add Harddisk Wizard, on the final steps, when you get to the "Specify Disk File" do you see an "Advanced" button? Does it show SCSI or IDE? Btw, mine only says IDE -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 11:39:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C74216A41F for ; Sun, 6 Nov 2005 11:39:05 +0000 (GMT) (envelope-from sebster@sebster.com) Received: from smtp.profdata.nl (server.profdata.nl [213.196.2.244]) by mx1.FreeBSD.org (Postfix) with SMTP id C3B6043D45 for ; Sun, 6 Nov 2005 11:39:04 +0000 (GMT) (envelope-from sebster@sebster.com) Received: (qmail 87719 invoked from network); 6 Nov 2005 11:39:04 -0000 Received: from unknown (HELO ?10.0.0.6?) (80.126.244.3) by server.profdata.nl with SMTP; 6 Nov 2005 11:39:03 -0000 Message-ID: <436DEB56.4050505@sebster.com> Date: Sun, 06 Nov 2005 12:39:02 +0100 From: Sebastiaan van Erk User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Sound skipping problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 11:39:05 -0000 Hi, I have major sound skipping problems on FreeBSD 6.0. I checked the mailing list archives and found a related thread: http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051103.html To quote Jeff Roberson: > I have a patch that should greatly improve the sound skipping problems > people have under heavy io load. Several people sent me traces that > showed the buf daemon running for hundreds of milliseconds with Giant > held, which can hold up the pcm code. The patch is available at: > > http://www.chesapeake.net/~jroberson/flushbuf.diff The problems are definately correlated to io load, however I can't say that I have HEAVY io loads. A simple: # sync;sync;sync; will already cause the sound to skip. I have DMA enabled on all drives, and it seems the above patch is already merged into FreeBSD 6.0-STABLE. This leaves me at a loss, and I don't know what else to try... Does anybody have any ideas of what I could do to solve this problem? Thanks in advance, Sebastiaan van Erk root@piglet(ttyp9:92:0):~# uname -a FreeBSD piglet.sebster.com 6.0-STABLE FreeBSD 6.0-STABLE #1: Sat Nov 5 23:42:18 CET 2005 root@piglet.sebster.com:/usr/obj/usr/src/sys/PIGLET i386 root@piglet(ttyp9:93:0):~# cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xec00 irq 22 kld snd_via8233 (5p/1r/0v channels duplex default) From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 12:26:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75BB816A41F for ; Sun, 6 Nov 2005 12:26:04 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF5A343D49 for ; Sun, 6 Nov 2005 12:26:03 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IPJ00JU29D9HJ50@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 06 Nov 2005 13:29:33 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IPJ00GQC9C5L0I0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 06 Nov 2005 13:28:54 +0100 (CET) Date: Sun, 06 Nov 2005 13:25:57 +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: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> To: freebsd-stable@freebsd.org Message-id: <20051106132557.2152482c.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: multipart/mixed; boundary="Boundary_(ID_bBWrB+069m2cL7aJS8524w)" References: <20050322213725.79f466fe.torfinn.ingolfsen@broadpark.no> Subject: Re: amd64 and FreeBSD 5.4-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 12:26:04 -0000 This is a multi-part message in MIME format. --Boundary_(ID_bBWrB+069m2cL7aJS8524w) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT On Tue, 22 Mar 2005 21:37:25 +0100 Torfinn Ingolfsen wrote: > The machine has a RS480M2-IL mainboard from MSI, and an Athlon 64 > 3000+ (1.8 GHz) cpu. Just a quick note: FreeBSD 6.0-RELEASE (both i386 and amd64) boots normally on this machine, no workarounds needed anymore. Yay! FreeBSD/amd64 dmesg.boot attached -- Regards, Torfinn Ingolfsen, Norway --Boundary_(ID_bBWrB+069m2cL7aJS8524w) Content-type: application/octet-stream; name=dmesg.boot_amd64_6.0-release Content-transfer-encoding: base64 Content-disposition: attachment; filename=dmesg.boot_amd64_6.0-release Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1SRUxFQVNFICMwOiBXZWQgTm92ICAyIDE5OjA3OjM4 IFVUQyAyMDA1CiAgICByb290QHJhdC5zYW1zY28uaG9tZTovdXNyL29iai91c3Ivc3JjL3N5cy9H RU5FUklDCkFDUEkgQVBJQyBUYWJsZTogPFJTNDgwICBBV1JEQUNQST4KVGltZWNvdW50ZXIgImk4 MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKQ1BVOiBBTUQgQXRobG9uKHRtKSA2 NCBQcm9jZXNzb3IgMzAwMCsgKDE3OTAuODMtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAi QXV0aGVudGljQU1EIiAgSWQgPSAweDEwZmYwICBTdGVwcGluZyA9IDAKICBGZWF0dXJlcz0weDc4 YmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBH RSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxNTVgsRlhTUixTU0UsU1NFMj4KICBBTUQgRmVh dHVyZXM9MHhlMjUwMDgwMDxTWVNDQUxMLE5YLE1NWCssPGIyNT4sTE0sM0ROb3crLDNETm93Pgpy ZWFsIG1lbW9yeSAgPSAxMDcyNjI3NzEyICgxMDIyIE1CKQphdmFpbCBtZW1vcnkgPSAxMDI0MjEy OTkyICg5NzYgTUIpCmlvYXBpYzAgPFZlcnNpb24gMi4xPiBpcnFzIDAtMjMgb24gbW90aGVyYm9h cmQKYWNwaTA6IDxSUzQ4MCBBV1JEQUNQST4gb24gbW90aGVyYm9hcmQKYWNwaTA6IE92ZXJyaWRp bmcgU0NJIEludGVycnVwdCBmcm9tIElSUSA5IHRvIElSUSAyMQphY3BpMDogUG93ZXIgQnV0dG9u IChmaXhlZCkKcGNpX2xpbmswOiA8QUNQSSBQQ0kgTGluayBMTktBPiBpcnEgMCBvbiBhY3BpMApw Y2lfbGluazE6IDxBQ1BJIFBDSSBMaW5rIExOS0I+IGlycSAwIG9uIGFjcGkwCnBjaV9saW5rMjog PEFDUEkgUENJIExpbmsgTE5LQz4gaXJxIDAgb24gYWNwaTAKcGNpX2xpbmszOiA8QUNQSSBQQ0kg TGluayBMTktEPiBpcnEgMCBvbiBhY3BpMApwY2lfbGluazQ6IDxBQ1BJIFBDSSBMaW5rIExOS0U+ IGlycSA1IG9uIGFjcGkwCnBjaV9saW5rNTogPEFDUEkgUENJIExpbmsgTE5LRj4gaXJxIDEwIG9u IGFjcGkwCnBjaV9saW5rNjogPEFDUEkgUENJIExpbmsgTE5LMD4gaXJxIDEwIG9uIGFjcGkwCnBj aV9saW5rNzogPEFDUEkgUENJIExpbmsgTE5LMT4gaXJxIDExIG9uIGFjcGkwClRpbWVjb3VudGVy ICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVy MDogPDMyLWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDQwMDgtMHg0MDBiIG9uIGFj cGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV90aHJvdHRsZTA6IDxBQ1BJIENQVSBU aHJvdHRsaW5nPiBvbiBjcHUwCmFjcGlfYnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAK cGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMApw Y2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2liMTogPFBDSS1QQ0kgYnJpZGdlPiBhdCBk ZXZpY2UgMi4wIG9uIHBjaTAKcGNpMTogPFBDSSBidXM+IG9uIHBjaWIxCnBjaTE6IDxkaXNwbGF5 LCBWR0E+IGF0IGRldmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKYXRhcGNpMDogPEFUSSBJ WFA0MDAgU0FUQTE1MCBjb250cm9sbGVyPiBwb3J0IDB4ZmUwMC0weGZlMDcsMHhmZDAwLTB4ZmQw MywweGZjMDAtMHhmYzA3LDB4ZmIwMC0weGZiMDMsMHhmYTAwLTB4ZmEwZiBtZW0gMHhmZTAyZjAw MC0weGZlMDJmMWZmIGlycSAyMyBhdCBkZXZpY2UgMTcuMCBvbiBwY2kwCmF0YTI6IDxBVEEgY2hh bm5lbCAwPiBvbiBhdGFwY2kwCmF0YTM6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwCmF0YXBj aTE6IDxBVEkgSVhQNDAwIFNBVEExNTAgY29udHJvbGxlcj4gcG9ydCAweGY5MDAtMHhmOTA3LDB4 ZjgwMC0weGY4MDMsMHhmNzAwLTB4ZjcwNywweGY2MDAtMHhmNjAzLDB4ZjUwMC0weGY1MGYgbWVt IDB4ZmUwMmUwMDAtMHhmZTAyZTFmZiBpcnEgMjIgYXQgZGV2aWNlIDE4LjAgb24gcGNpMAphdGE0 OiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMQphdGE1OiA8QVRBIGNoYW5uZWwgMT4gb24gYXRh cGNpMQpvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyZDAw MC0weGZlMDJkZmZmIGlycSAxOSBhdCBkZXZpY2UgMTkuMCBvbiBwY2kwCm9oY2kwOiBbR0lBTlQt TE9DS0VEXQp1c2IwOiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IwOiBTTU0g ZG9lcyBub3QgcmVzcG9uZCwgcmVzZXR0aW5nCnVzYjA6IDxPSENJIChnZW5lcmljKSBVU0IgY29u dHJvbGxlcj4gb24gb2hjaTAKdXNiMDogVVNCIHJldmlzaW9uIDEuMAp1aHViMDogKDB4MTAwMikg T0hDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjA6IDQg cG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCm9oY2kxOiA8T0hDSSAoZ2VuZXJp YykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlMDJjMDAwLTB4ZmUwMmNmZmYgaXJxIDE5IGF0IGRl dmljZSAxOS4xIG9uIHBjaTAKb2hjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjE6IE9IQ0kgdmVyc2lv biAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjE6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNldHRp bmcKdXNiMTogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMQp1c2IxOiBV U0IgcmV2aXNpb24gMS4wCnVodWIxOiAoMHgxMDAyKSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAs IHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMTogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1l bSAweGZlMDJiMDAwLTB4ZmUwMmJmZmYgaXJxIDE5IGF0IGRldmljZSAxOS4yIG9uIHBjaTAKZWhj aTA6IFtHSUFOVC1MT0NLRURdCnVzYjI6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiMjogY29tcGFuaW9u IGNvbnRyb2xsZXJzLCA0IHBvcnRzIGVhY2g6IHVzYjAgdXNiMQp1c2IyOiA8RUhDSSAoZ2VuZXJp YykgVVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMAp1c2IyOiBVU0IgcmV2aXNpb24gMi4wCnVo dWIyOiAoMHgxMDAyKSBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFk ZHIgMQp1aHViMjogOCBwb3J0cyB3aXRoIDggcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKcGNpMDog PHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMjAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQph dGFwY2kyOiA8QVRJIElYUDQwMCBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcs MHgzZjYsMHgxNzAtMHgxNzcsMHgzNzYsMHhmMzAwLTB4ZjMwZiBhdCBkZXZpY2UgMjAuMSBvbiBw Y2kwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kyCmF0YTE6IDxBVEEgY2hhbm5lbCAx PiBvbiBhdGFwY2kyCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAyMC4zIG9uIHBj aTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g YXQgZGV2aWNlIDIwLjQgb24gcGNpMApwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpwY2ky OiA8bXVsdGltZWRpYSwgYXVkaW8+IGF0IGRldmljZSAxLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkK cGNpMjogPGlucHV0IGRldmljZT4gYXQgZGV2aWNlIDEuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpy bDA6IDxSZWFsVGVrIDgxMzkgMTAvMTAwQmFzZVRYPiBwb3J0IDB4ZGQwMC0weGRkZmYgbWVtIDB4 ZmRlZmYwMDAtMHhmZGVmZjBmZiBpcnEgMjAgYXQgZGV2aWNlIDMuMCBvbiBwY2kyCm1paWJ1czA6 IDxNSUkgYnVzPiBvbiBybDAKcmxwaHkwOiA8UmVhbFRlayBpbnRlcm5hbCBtZWRpYSBpbnRlcmZh Y2U+IG9uIG1paWJ1czAKcmxwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwg MTAwYmFzZVRYLUZEWCwgYXV0bwpybDA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjExOjA5OmY2OmRj OjAyCmZ3b2hjaTA6IDxWSUEgRmlyZSBJSSAoVlQ2MzA2KT4gcG9ydCAweGRjMDAtMHhkYzdmIG1l bSAweGZkZWZlMDAwLTB4ZmRlZmU3ZmYgaXJxIDIxIGF0IGRldmljZSA0LjAgb24gcGNpMgpmd29o Y2kwOiBPSENJIHZlcnNpb24gMS4xMCAoUk9NPTEpCmZ3b2hjaTA6IE5vLiBvZiBJc29jaHJvbm91 cyBjaGFubmVscyBpcyA0Lgpmd29oY2kwOiBFVUk2NCAwMDoxMDpkYzowMDowMDo5MzpkZDoxNApm d29oY2kwOiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDIgcG9ydHMuCmZ3b2hjaTA6IExpbmsg UzQwMCwgbWF4X3JlYyAyMDQ4IGJ5dGVzLgpmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkg YnVzPiBvbiBmd29oY2kwCmZ3ZTA6IDxFdGhlcm5ldCBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2ly ZTAKaWZfZndlMDogRmFrZSBFdGhlcm5ldCBhZGRyZXNzOiAwMjoxMDpkYzo5MzpkZDoxNApmd2Uw OiBFdGhlcm5ldCBhZGRyZXNzOiAwMjoxMDpkYzo5MzpkZDoxNApmd2UwOiBpZl9zdGFydCBydW5u aW5nIGRlZmVycmVkIGZvciBHaWFudApzYnAwOiA8U0JQLTIvU0NTSSBvdmVyIEZpcmVXaXJlPiBv biBmaXJld2lyZTAKZndvaGNpMDogSW5pdGlhdGUgYnVzIHJlc2V0CmZ3b2hjaTA6IG5vZGVfaWQ9 MHhjODAwZmZjMCwgZ2VuPTEsIENZQ0xFTUFTVEVSIG1vZGUKZmlyZXdpcmUwOiAxIG5vZGVzLCBt YXhob3AgPD0gMCwgY2FibGUgSVJNID0gMCAobWUpCmZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMCAo bWUpCnBjaTA6IDxtdWx0aW1lZGlhLCBhdWRpbz4gYXQgZGV2aWNlIDIwLjUgKG5vIGRyaXZlciBh dHRhY2hlZCkKZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2YwLTB4M2Y1 LDB4M2Y3IGlycSA2IGRycSAyIG9uIGFjcGkwCmZkYzA6IFtGQVNUXQpmZDA6IDwxNDQwLUtCIDMu NSIgZHJpdmU+IG9uIGZkYzAgZHJpdmUgMApzaW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBv cnQ+IHBvcnQgMHgzZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMApzaW8wOiB0eXBl IDE2NTUwQQpwcGMwOiA8RUNQIHBhcmFsbGVsIHByaW50ZXIgcG9ydD4gcG9ydCAweDM3OC0weDM3 ZiwweDc3OC0weDc3YiBpcnEgNyBkcnEgMyBvbiBhY3BpMApwcGMwOiBHZW5lcmljIGNoaXBzZXQg KEVQUC9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQpwcGJ1czA6IDxQYXJhbGxlbCBwb3J0IGJ1 cz4gb24gcHBjMApwbGlwMDogPFBMSVAgbmV0d29yayBpbnRlcmZhY2U+IG9uIHBwYnVzMApscHQw OiA8UHJpbnRlcj4gb24gcHBidXMwCmxwdDA6IEludGVycnVwdC1kcml2ZW4gcG9ydApwcGkwOiA8 UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAKYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4 MDQyKT4gcG9ydCAweDYwLDB4NjQgaXJxIDEgb24gYWNwaTAKYXRrYmQwOiA8QVQgS2V5Ym9hcmQ+ IGZsYWdzIDB4MSBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5U LUxPQ0tFRF0KcHNtMDogPFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFO VC1MT0NLRURdCnBzbTA6IG1vZGVsIEludGVsbGlNb3VzZSBFeHBsb3JlciwgZGV2aWNlIElEIDQK b3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGQwMDAwLTB4ZDNmZmYgb24gaXNhMApz YzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24gaXNhMApzYzA6IFZHQSA8MTYg dmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnNpbzE6IGNvbmZpZ3VyZWQgaXJxIDMgbm90 IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCnNpbzE6IHBvcnQgbWF5IG5vdCBiZSBlbmFibGVk CnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAw MC0weGJmZmZmIG9uIGlzYTAKVGltZWNvdW50ZXIgIlRTQyIgZnJlcXVlbmN5IDE3OTA4MzQzMDYg SHogcXVhbGl0eSA4MDAKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYwphZDA6IDEx NDQ3M01CIDxTZWFnYXRlIFNUMzEyMDAyNkEgOC4wMT4gYXQgYXRhMC1tYXN0ZXIgVURNQTEwMAph ZDE6IDExNDQ3M01CIDxTZWFnYXRlIFNUMzEyMDAyNkEgOC41ND4gYXQgYXRhMC1zbGF2ZSBVRE1B MTAwCmFjZDA6IERWRFIgPE5FQyBEVkQgUlcgTkQtMzU0MEEvMS4wMT4gYXQgYXRhMS1tYXN0ZXIg VURNQTMzClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQwczJhCg== --Boundary_(ID_bBWrB+069m2cL7aJS8524w)-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 12:48:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B3A916A41F for ; Sun, 6 Nov 2005 12:48:32 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: from blue-ld-032.synserver.de (blue-ld-032.synserver.de [217.119.50.235]) by mx1.FreeBSD.org (Postfix) with SMTP id 6287743D45 for ; Sun, 6 Nov 2005 12:48:28 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: (qmail 30238 invoked by uid 0); 6 Nov 2005 12:48:24 -0000 X-SynServer-RemoteDnsName: port-212-202-34-162.dynamic.qsc.de X-SynServer-AuthUser: markus@trippelsdorf.de Received: from port-212-202-34-162.dynamic.qsc.de (HELO bsd.trippelsdorf.de) (212.202.34.162) by mx-04.synserver.de with SMTP; 6 Nov 2005 12:48:23 -0000 Date: Sun, 6 Nov 2005 13:48:23 +0100 From: Markus Trippelsdorf To: Sebastiaan van Erk Message-ID: <20051106124722.GA705@bsd.trippelsdorf.de> References: <436DEB56.4050505@sebster.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436DEB56.4050505@sebster.com> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Sound skipping problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 12:48:32 -0000 On Sun, Nov 06, 2005 at 12:39:02PM +0100, Sebastiaan van Erk wrote: > Hi, > > I have major sound skipping problems on FreeBSD 6.0. I checked the > mailing list archives and found a related thread: ... > > Does anybody have any ideas of what I could do to solve this problem? > You could try to set hint.pcm.0.buffersize="16384" in /boot/loader.conf . It solved the problem for me. -- Markus From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 13:04:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE1C816A41F for ; Sun, 6 Nov 2005 13:04:54 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 368C843D45 for ; Sun, 6 Nov 2005 13:04:53 +0000 (GMT) (envelope-from skywizard@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 8F6116CC23; Sun, 6 Nov 2005 21:06:58 +0800 (MYT) Received: from tomoyo.MyBSD.org.my ([127.0.0.1]) by localhost (TOMOYO.MYBSD.ORG.MY [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60311-05; Sun, 6 Nov 2005 21:06:56 +0800 (MYT) Received: from kasumi.MyBSD.org.my (kasumi.MyBSD.org.my [IPv6:2001:328:2002:aa2::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Postfix) with ESMTP id BBB736CC22; Sun, 6 Nov 2005 21:06:55 +0800 (MYT) Date: Sun, 6 Nov 2005 21:04:47 +0800 From: Ariff Abdullah To: Sebastiaan van Erk Message-Id: <20051106210447.2145e551.skywizard@MyBSD.org.my> In-Reply-To: <436DEB56.4050505@sebster.com> References: <436DEB56.4050505@sebster.com> Organization: MyBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Amavisd AntiVirus & AntiSpam Scanner running on FreeBSD mailserver at TOMOYO.MYBSD.ORG.MY Cc: freebsd-stable@freebsd.org Subject: Re: Sound skipping problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 13:04:55 -0000 On Sun, 06 Nov 2005 12:39:02 +0100 Sebastiaan van Erk wrote: > Hi, > > I have major sound skipping problems on FreeBSD 6.0. I checked the > mailing list archives and found a related thread: > > http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051103.html > > To quote Jeff Roberson: > > > I have a patch that should greatly improve the sound skipping > > problems people have under heavy io load. Several people sent me > > traces that showed the buf daemon running for hundreds of > > milliseconds with Giant held, which can hold up the pcm code. > > The patch is available at: > > > > http://www.chesapeake.net/~jroberson/flushbuf.diff > > The problems are definately correlated to io load, however I can't > say that I have HEAVY io loads. A simple: # sync;sync;sync; will > already cause the sound to skip. > > I have DMA enabled on all drives, and it seems the above patch is > already merged into FreeBSD 6.0-STABLE. This leaves me at a loss, > and I don't know what else to try... > > Does anybody have any ideas of what I could do to solve this > problem? > > Recompile your kernel with "options PREEMPTION", and apply this patch: http://people.freebsd.org/~ariff/snd_RELENG_6_0_20051030_058.diff -- Ariff Abdullah MyBSD http://www.MyBSD.org.my (IPv6/IPv4) http://staff.MyBSD.org.my (IPv6/IPv4) http://tomoyo.MyBSD.org.my (IPv6/IPv4) From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 13:19:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A113316A41F for ; Sun, 6 Nov 2005 13:19:23 +0000 (GMT) (envelope-from richard@unixguru.nl) Received: from mail.unixguru.nl (mosibi.demon.nl [212.238.240.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ECDC43D45 for ; Sun, 6 Nov 2005 13:19:21 +0000 (GMT) (envelope-from richard@unixguru.nl) Received: from localhost (localhost [127.0.0.1]) by mail.unixguru.nl (Postfix) with ESMTP id AA33E56473 for ; Sun, 6 Nov 2005 14:19:01 +0100 (CET) Received: from localhost (sun.unixguru.nl [192.168.10.7]) by mail.unixguru.nl (Postfix) with ESMTP id A880356472 for ; Sun, 6 Nov 2005 14:18:58 +0100 (CET) Date: Sun, 6 Nov 2005 14:19:16 +0100 From: Richard Arends To: freebsd-stable@freebsd.org Message-ID: <20051106131916.GO28385@sun.unixguru.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: amavisd-new at unixguru.nl Subject: Atheros (ath0) no RX traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 13:19:23 -0000 Hello, Today I upgraded my laptop from 5-STABLE to 6-STABLE. After the upgrade, my wireless is not working anymore. This is my wireless card: Nov 6 10:05:06 snowlap kernel: ath0: mem 0xf7de0000-0xf7deffff irq 11 at device 12.0 on pci2 Nov 6 10:05:06 snowlap kernel: ath0: mac 5.9 phy 4.3 5ghz radio 3.6 Nov 6 10:05:06 snowlap kernel: ath0: Ethernet address: 00:0b:6b:35:f9:8f Nov 6 10:05:06 snowlap kernel: ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Nov 6 10:05:06 snowlap kernel: ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Nov 6 10:05:06 snowlap kernel: ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Nov 6 10:05:06 snowlap kernel: ath0: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps which I enable with: ifconfig_ath0="inet 172.16.10.10 netmask 255.255.255.0 ssid wrap.unixguru.nl weptxkey 1 deftxkey 1 wepmode on wepkey $mysecretkey" After that, my card is up and running without any problem: ath0: flags=8843 mtu 1500 inet6 fe80::20b:6bff:fe35:f98f%ath0 prefixlen 64 scopeid 0x2 inet 172.16.10.10 netmask 0xffffff00 broadcast 172.16.10.255 ether 00:0b:6b:35:f9:8f media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid wrap.unixguru.nl channel 3 (2422) bssid 00:0b:6b:35:e7:3a authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit powersavemode OFF powersavesleep 100 txpowmax 53 txpower 60 rtsthreshold 2346 fragthreshold 2346 -pureg protmode CTS -wme roaming AUTO bintval 100 On my Wrap box (6.0-BETA2 and works with the same(!) card) my laptop is associated: wrap# ifconfig ath0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS ERP 00:0b:6b:35:f9:8f 2 3 48M 52 240 370 6720 EPS 0 If I start a ping from 172.16.10.10 (laptop) to 172.16.10.1 (Access Point = wrap), I see the starting arp packet on the wrap with tcpdump 14:11:38.091729 arp who-has 172.16.10.1 tell 172.16.10.10 0x0000: 0001 0800 0604 0001 000b 6b35 f98f ac10 0x0010: 0a0a 0000 0000 0000 ac10 0a01 14:11:38.091799 arp reply 172.16.10.1 is-at 00:0b:6b:35:e7:3a 0x0000: 0001 0800 0604 0002 000b 6b35 e73a ac10 0x0010: 0a01 000b 6b35 f98f ac10 0a0a and on my laptop I see with 'tcpdump -n -i ath0 -y IEEE802_11' the following 14:10:56.038748 Beacon (wrap.unixguru.nl) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 3, PRIVACY 14:10:56.134734 Data IV:dcf97 Pad 0 KeyID 0 14:10:56.135735 arp who-has 172.16.10.1 tell 172.16.10.10 14:10:56.135779 arp reply 172.16.10.1 is-at 00:0b:6b:35:e7:3a 14:10:56.135783 Assoc Request () 14:10:56.141114 Beacon (wrap.unixguru.nl) [1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0 Mbit] ESS CH: 3, PRIVACY but according to my ping command, if have a 100% packet loss. My conclusion: The 802_11 frame is recieved by my card, but not returned to the IP stack for some reason. Some stats: snowlap# ./80211stats 113 rx from wrong bssid 14 rx discard 'cuz dup 555 rx discard 'cuz mcast echo 596 rx w/o wep and privacy on 9658 rx discard mgt frames 88027 rx beacon frames 24 rx element unknown 88 rx frame chan mismatch 142 rx discard 'cuz port unauthorized 43 tx failed 'cuz no defkey 14 active scans started snowlap# ./athstats 6 mib overflow interrupts 229 tx management frames 659 tx frames discarded prior to association 11 long on-chip tx retries 210 tx frames with no ack marked 256 tx frames with short preamble 109 rx failed 'cuz of bad CRC 124 rx failed 'cuz frame too short 10 rx failed 'cuz of PHY err 10 CCK restart 297 periodic calibrations 4 rfgain value change 18107 rate control checks 2 rate control raised xmit rate rssi of last ack: 63 avg recv rssi: 61 1141 switched default/rx antenna Antenna profile: [1] tx 165 rx 60579 [2] tx 640 rx 39202 What could be wrong? Did I overlook something? -- Regards, Richard. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 13:39:12 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABCFD16A41F; Sun, 6 Nov 2005 13:39:12 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BA8743D45; Sun, 6 Nov 2005 13:39:09 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:2Zw5Quf7IGmHFPd+XlNcMYUah5dJo6isMN8HShX+p7vHLRzAYXphhpNOz1MfAZzw@kasuga.mahoroba.org [IPv6:3ffe:501:185b:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id jA6Dd3uZ067852 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Nov 2005 22:39:04 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 06 Nov 2005 22:39:03 +0900 Message-ID: From: Hajimu UMEMOTO To: Xin LI In-Reply-To: References: <20051106080533.A7AA67302F@freebsd-current.sentex.ca> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sun, 06 Nov 2005 22:39:04 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: stable@freebsd.org, FreeBSD Tinderbox , i386@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 13:39:12 -0000 Hi, >>>>> On Sun, 6 Nov 2005 17:53:27 +0800 >>>>> Xin LI said: > /src/sys/dev/acpica/acpi_thermal.c: In function `acpi_tz_get_temperature': > /src/sys/dev/acpica/acpi_thermal.c:434: error: `_DebugInfo' undeclared (first use in this function) > /src/sys/dev/acpica/acpi_thermal.c:434: error: (Each undeclared identifier is reported only once > /src/sys/dev/acpica/acpi_thermal.c:434: error: for each function it appears in.) > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 delphij> Will someone from freebsd-acpi@ please consider MFC'ing part of recent delphij> ACPICA code to fix this? Oops, I've just did MFC the fix. Sorry for the mess. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 13:57:48 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BDA716A421 for ; Sun, 6 Nov 2005 13:57:48 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 480DC43D48 for ; Sun, 6 Nov 2005 13:57:46 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so480448wra for ; Sun, 06 Nov 2005 05:57:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ii+37BvdLzIqRUMyEh/PiO1C0kIDKAwFhoB2L98mt++z8+/cNyzr+iGzsLxn7LY5y6fd9bgksJoky7nfbVZ40axxy20A+Fcq+fC569xBtBI+eod5jZoFO6sFeirad1Hb4t7Tybgj3aaKt+ySb+ZeQzKLjoMFo+EO/lSgizLL2Pk= Received: by 10.64.180.13 with SMTP id c13mr3825944qbf; Sun, 06 Nov 2005 05:57:46 -0800 (PST) Received: by 10.65.191.18 with HTTP; Sun, 6 Nov 2005 05:57:46 -0800 (PST) Message-ID: Date: Sun, 6 Nov 2005 21:57:46 +0800 From: Xin LI To: Hajimu UMEMOTO In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051106080533.A7AA67302F@freebsd-current.sentex.ca> Cc: stable@freebsd.org, FreeBSD Tinderbox , i386@freebsd.org Subject: Re: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 13:57:48 -0000 SGksIEhhamltdQoKT24gMTEvNi8wNSwgSGFqaW11IFVNRU1PVE8gPHVtZUBmcmVlYnNkLm9yZz4g d3JvdGU6Cj4gZGVscGhpaj4gV2lsbCBzb21lb25lIGZyb20gZnJlZWJzZC1hY3BpQCBwbGVhc2Ug Y29uc2lkZXIgTUZDJ2luZyBwYXJ0IG9mIHJlY2VudAo+IGRlbHBoaWo+IEFDUElDQSBjb2RlIHRv IGZpeCB0aGlzPwo+Cj4gT29wcywgSSd2ZSBqdXN0IGRpZCBNRkMgdGhlIGZpeC4gIFNvcnJ5IGZv ciB0aGUgbWVzcy4KClRoYW5rcyBmb3IgdGhlIHF1aWNrIGZpeCA6LSkKCkNoZWVycywK From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 15:05:04 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A0AE16A41F for ; Sun, 6 Nov 2005 15:05:04 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BE6B43D46 for ; Sun, 6 Nov 2005 15:05:03 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so228319wxc for ; Sun, 06 Nov 2005 07:05:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U4kjzSqP66N5hGfpzuMT7fbsDsVFb7O/k9TnDXSufLTkJ6qVz+PZa4rSdP2nTwz2+k8wyqraf9es8mSSXAQ4VqgR3nZyZb9OxAmWSolm6z0NS4hy6xt2oMpLNLDalKB5dV2RBEMoWwZtPpswTbQuXK+fPpk3yjQtv2R+I1o3tZc= Received: by 10.70.44.6 with SMTP id r6mr3941343wxr; Sun, 06 Nov 2005 07:05:02 -0800 (PST) Received: by 10.70.9.10 with HTTP; Sun, 6 Nov 2005 07:05:02 -0800 (PST) Message-ID: <70e8236f0511060705h22f2d208w6768fbd0672dc60@mail.gmail.com> Date: Sun, 6 Nov 2005 15:05:02 +0000 From: Joao Barros To: freebsd-questions@freebsd.org, stable@freebsd.org In-Reply-To: <70e8236f0511050744w5820f255w66a44cce2c37a20e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <70e8236f0511050744w5820f255w66a44cce2c37a20e@mail.gmail.com> Cc: Subject: Re: Odd boot problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 15:05:04 -0000 On 11/5/05, Joao Barros wrote: > Hi, > > I needed to add an IDE disk to an already running SCSI booting machine > for testing. > Recently upgraded to 6.0 :) with the IDE disk connected to the > machine, although not mounted. > After a make kernel the machine boots fine but only if I have the IDE > disk connected. > Booting from the scsi disk I can clearly see it's trying to find the > load from the ide disk. > I tried 'atacontrol detach ata0' and reinstalling the kernel and tried > a bsdlabel -B da0 but I still get the error, boot message follows: > > F1 FreeBSD > > Default: F1 > > Invalid partition > Invalid partition > No /boot/loader > > FreeBSD/i386 boot > Default: 0:ad(0,a)/boot/kernel/kernel > boot: > > > I tried 0:da(0,a)/boot/kernel/kernel but still no go. > How can I fix this? > > > -- > Joao Barros > One more odd thing I noticed: With ad0 attached like as before this problem occurred I correctly see this at the loader: F1 FreeBSD F5 Drive 1 Drive 1 is a raid array on another controller. With ad0 disconnected and da0 being the boot drive I only see: F1 FreeBSD Considering that doing a make work && kernel with a ad0(which I guess BIOS will see as the new drive 0) attached after the initial system installation on da0 rendered booting from da0 unusable, I think something very wrong must be happening. The disk to consider writing any new boot information should be the one where / lives in, not disk 0 reported by the BIOS. Well, that's my view of it anyway... I'm really unable to restore booting capabilities to da0 so any hints are highly appreciated. -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 18:03:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5602816A41F for ; Sun, 6 Nov 2005 18:03:50 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD52243D45 for ; Sun, 6 Nov 2005 18:03:49 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id BA10DB840; Sun, 6 Nov 2005 19:03:47 +0100 (CET) Message-ID: <436E4580.60500@andric.com> Date: Sun, 06 Nov 2005 19:03:44 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20051028) MIME-Version: 1.0 To: lee sheng References: <1bb5dd90511060622x1393b482l70396fabc372348@mail.gmail.com> In-Reply-To: <1bb5dd90511060622x1393b482l70396fabc372348@mail.gmail.com> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig176492396083889D9CDAA037" Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6 Released BTX loader 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: Sun, 06 Nov 2005 18:03:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig176492396083889D9CDAA037 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable [redirecting to -stable, where this belongs] lee sheng wrote: > I'm trying to have clean install FreeBSD 6.0 released in my X41 thinkpa= d by > using the cd, however I have problem while booting it in thinkpad X41 w= hen I > load it using usb combo drive. The BTX loader keeps looping and halted > someway and I have actually seen this report from previous post but it = is > not yet been fixed even till the FreeBSD 6.0 release. Indeed, FreeBSD's BTX loader doesn't seem to support any USB devices. It also dies while booting from a USB stick, for example. > I would like to know the status and what's actual problem or is there a= ny > workaround. In the end I gave up trying to install FreeBSD on my X41, after having tried all kinds of things. Now it runs Linux and OpenBSD without a hitch. ;) Then again, I didn't have a UltraBase docking station, which seems to contain an ATAPI DVD/CD station. You might be able to bootstrap with that. --------------enig176492396083889D9CDAA037 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFDbkWEsF6jCi4glqMRA5TiAJwOQKtumtLA9aIRU4ZNllkUWUENiACgqkNi gHkM6d6lMa2Xd0PjMTW9icQ= =FjYx -----END PGP SIGNATURE----- --------------enig176492396083889D9CDAA037-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 19:01:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85FD416A41F for ; Sun, 6 Nov 2005 19:01:54 +0000 (GMT) (envelope-from freebsd2@freesurf.fr) Received: from fidel.freesurf.fr (fidel.freesurf.fr [212.43.206.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 086FD43D4C for ; Sun, 6 Nov 2005 19:01:53 +0000 (GMT) (envelope-from freebsd2@freesurf.fr) Received: from freesurf.fr (arlette.freesurf.fr [212.43.206.12]) by fidel.freesurf.fr (Postfix) with SMTP id 2CAFE2A6DC2 for ; Sun, 6 Nov 2005 20:01:53 +0100 (CET) Received: from 84.102.242.232 (SquirrelMail authenticated user freebsd2) by arlette.freesurf.fr with HTTP; Sun, 6 Nov 2005 20:01:53 +0100 (CET) Message-ID: <57545.84.102.242.232.1131303713.squirrel@arlette.freesurf.fr> Date: Sun, 6 Nov 2005 20:01:53 +0100 (CET) From: "Guillaume R." To: X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.2.5) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Strange warning while upgrading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd2@freesurf.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 19:01:54 -0000 Hello Today I decided to upgrade my box from 5.4 to 6.O. So I change the right option in my stable-supfile and go through the process of upgrading. I can't build the world, and the error message was: "/usr/src/share/mk/bsd.compat.mk", line 36: warning: NOGAMES is deprecated in favor of NO_GAMES. So I remove /usr/obj only and retry. This time it works fine but in my .out file (i used script in case it fails again) i could see those warnings a lot and not only during the buildworld the same happen with the kernel build and install and finally the installworld. Does anyone got an idea where it comes from? Thx -- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 19:13:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7A9F16A41F for ; Sun, 6 Nov 2005 19:13:06 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4595B43D45 for ; Sun, 6 Nov 2005 19:13:06 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so256070wxc for ; Sun, 06 Nov 2005 11:13:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=WfwCausHZfrE7vDy9s2qCR2OK6WwjRf5zyN8gwH0lcm/0MqaA1TtBciWB/NCyxALOaxU03wdDz3jWhR3iMSGbE139JK2iYBEZ7qnYOpIW9gvVRrTyuBO8bDdiL1GmW6xFJzokJhVWF0QEea80WQ64A62DKwm4ZJmevysXOmjFqI= Received: by 10.70.40.1 with SMTP id n1mr4147062wxn; Sun, 06 Nov 2005 11:13:05 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id i17sm2536397wxd.2005.11.06.11.13.03; Sun, 06 Nov 2005 11:13:05 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org, freebsd2@freesurf.fr Date: Sun, 6 Nov 2005 11:04:19 -0800 User-Agent: KMail/1.8.3 References: <57545.84.102.242.232.1131303713.squirrel@arlette.freesurf.fr> In-Reply-To: <57545.84.102.242.232.1131303713.squirrel@arlette.freesurf.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511061104.21504.ringworm01@gmail.com> Cc: Subject: Re: Strange warning while upgrading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 19:13:06 -0000 On Sunday 06 November 2005 11:01, Guillaume R. wrote: > Hello > Today I decided to upgrade my box from 5.4 to 6.O. So I change the right > option in my stable-supfile and go through the process of upgrading. > I can't build the world, and the error message was: > "/usr/src/share/mk/bsd.compat.mk", line 36: warning: NOGAMES is deprecated > in favor of NO_GAMES. > So I remove /usr/obj only and retry. This time it works fine but in my .out > file (i used script in case it fails again) i could see those warnings a > lot and not only during the buildworld the same happen with the kernel > build and install and finally the installworld. > Does anyone got an idea where it comes from? > Thx That is a warning message, not an error. Look in /etc/make.conf you'll see somewhere in there NOGAMES, if you change it to NO_GAMES the message will go away. Do the same for all the other warnings.... From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 19:14:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBE8216A41F for ; Sun, 6 Nov 2005 19:14:09 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF68143D5D for ; Sun, 6 Nov 2005 19:14:06 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr10.xs4all.nl (8.13.3/8.13.3) with ESMTP id jA6JE2IR022499; Sun, 6 Nov 2005 20:14:02 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 00ABBB822; Sun, 6 Nov 2005 20:14:01 +0100 (CET) Date: Sun, 6 Nov 2005 20:14:01 +0100 From: Roland Smith To: "Guillaume R." Message-ID: <20051106191401.GA40323@slackbox.xs4all.nl> Mail-Followup-To: "Guillaume R." , freebsd-stable@freebsd.org References: <57545.84.102.242.232.1131303713.squirrel@arlette.freesurf.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <57545.84.102.242.232.1131303713.squirrel@arlette.freesurf.fr> User-Agent: Mutt/1.4.2.1i 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! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Strange warning while upgrading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 19:14:10 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 06, 2005 at 08:01:53PM +0100, Guillaume R. wrote: > Today I decided to upgrade my box from 5.4 to 6.O. So I change the right > option in my stable-supfile and go through the process of upgrading. > I can't build the world, and the error message was: > "/usr/src/share/mk/bsd.compat.mk", line 36: warning: NOGAMES is deprecated > in favor of NO_GAMES. This is probably in your /etc/make.conf file. Changes NOGAMES to NO_GAMES to get rid of the warning. See make.conf(5). Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDblX5EnfvsMMhpyURAuIEAJ9fJtfY/B9DbepwUdekMLpWjVuWogCdFE9W iZd5MfXTv3oGJ8AwqI5IgW0= =5LVv -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 19:20:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3C9016A420 for ; Sun, 6 Nov 2005 19:20:03 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 6A71F43D45 for ; Sun, 6 Nov 2005 19:20:03 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 76835 invoked from network); 6 Nov 2005 19:20:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-Squirrel-UserHash:X-Squirrel-FromHash:Message-ID:Date:Subject:From:To:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=s+oWwQYr+ciW0qUHIWTage+scTtYD3i43ILKN7DuAj2ob9QS5IufKuedbZZn6c+xeyE2d7H3jfHIIGHJt6mz1/1fZph/R/cCjoouWodHoqHWNXcWOFwlkBr4C3ciZCVB4SJEDc4Z+N7zyW4WOiH05Vz4nbBZqeFxXZhl4THR2W8= ; Received: from unknown (HELO 172.16.0.1) (mikej@rogers.com@70.31.50.81 with login) by smtp102.rog.mail.re2.yahoo.com with SMTP; 6 Nov 2005 19:20:02 -0000 X-Squirrel-UserHash: GgEKEQ8= X-Squirrel-FromHash: FgtQRFVGBkU= Message-ID: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> Date: Sun, 6 Nov 2005 14:20:06 -0500 (EST) From: "Mike Jakubik" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: AGP ceased to work on eMachines M5310 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 19:20:04 -0000 The AGP does not seem to be detected on this laptop any more, i am positive that DRM used to work just fine on an earlier 5.x version. This is what happens why i try to load X. drm0: port 0x9000-0x90ff mem 0xe0000000-0xefffffff,0xd0100000-0xd010ffff irq 10 at device 5.0 on pci1 info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 error: [drm:pid557:radeon_cp_init] *ERROR* radeon_cp_init called without lock held error: [drm:pid557:drm_unlock] *ERROR* Process 557 using kernel context 0 (EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI. Here are the specifications for the laptop http://emachines.com/support/product_support.html?cat=notebook&subcat=M-Series&model=M5310 And here is a dmesg --- Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Sat Nov 5 21:32:57 EST 2005 root@laptop.local:/usr/obj/usr/src/sys/LAPTOP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile AMD Athlon(tm) XP 2400+ (1788.94-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383f9ff AMD Features=0xc0480800 real memory = 469762048 (448 MB) avail memory = 454459392 (433 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) acpi0: Sleep Button (fixed) pci_link0: on acpi0 pci_link1: irq 11 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: irq 5 on acpi0 pci_link7: irq 11 on acpi0 pci_link8: on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_lid0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 8.0 (no driver attached) pci0: at device 9.0 (no driver attached) cbb0: mem 0xffbfe000-0xffbfefff at device 10.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pci0: at device 10.1 (no driver attached) pci0: at device 12.0 (no driver attached) ohci0: mem 0xd000a000-0xd000afff irq 11 at device 13.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xd000b000-0xd000bfff irq 11 at device 13.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xd000c800-0xd000c8ff irq 11 at device 13.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 3 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 5 ports with 5 removable, self powered bfe0: mem 0xd0006000-0xd0007fff irq 11 at device 14.0 on pci0 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:03:25:08:b0:94 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8080-0x808f at device 16.0 on pci0 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata0: on atapci0 ata1: on atapci0 pci0: at device 17.0 (no driver attached) acpi_acad0: on acpi0 battery0: on acpi0 acpi_tz0: 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, device ID 3 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/1 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcdfff,0xdf000-0xdffff,0xe0000-0xe3fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1788942231 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38154MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s2a From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 19:42:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D84516A41F for ; Sun, 6 Nov 2005 19:42:18 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5624843D45 for ; Sun, 6 Nov 2005 19:42:17 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so190246nzo for ; Sun, 06 Nov 2005 11:42:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=h2lUbsA0AZ+xxpTkpDmexluo+ZNKlSu5noT0th0yvXZP6gCVdvF+4Sqvn8HASU0qCgtYIy/AAuF2O9BK8BvQD0Nq4JfuEVK693d9Pg6YT34lTKU1Gk6B738nLzKUmgJXPzbnniAMshhM8upi/s68y3DCYqo4gAszMmo13b+VOQk= Received: by 10.36.59.12 with SMTP id h12mr14465nza; Sun, 06 Nov 2005 11:42:16 -0800 (PST) Received: by 10.37.20.33 with HTTP; Sun, 6 Nov 2005 11:42:16 -0800 (PST) Message-ID: Date: Sun, 6 Nov 2005 22:42:16 +0300 From: "Andrew P." To: Dimitry Andric In-Reply-To: <436E4580.60500@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1bb5dd90511060622x1393b482l70396fabc372348@mail.gmail.com> <436E4580.60500@andric.com> Cc: freebsd-stable@freebsd.org, lee sheng Subject: Re: FreeBSD 6 Released BTX loader 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: Sun, 06 Nov 2005 19:42:18 -0000 On 11/6/05, Dimitry Andric wrote: > [redirecting to -stable, where this belongs] > > lee sheng wrote: > > I'm trying to have clean install FreeBSD 6.0 released in my X41 thinkpa= d by > > using the cd, however I have problem while booting it in thinkpad X41 w= hen I > > load it using usb combo drive. The BTX loader keeps looping and halted > > someway and I have actually seen this report from previous post but it = is > > not yet been fixed even till the FreeBSD 6.0 release. > > Indeed, FreeBSD's BTX loader doesn't seem to support any USB devices. > It also dies while booting from a USB stick, for example. > > > > I would like to know the status and what's actual problem or is there a= ny > > workaround. > > In the end I gave up trying to install FreeBSD on my X41, after having > tried all kinds of things. Now it runs Linux and OpenBSD without a > hitch. ;) > > Then again, I didn't have a UltraBase docking station, which seems to > contain an ATAPI DVD/CD station. You might be able to bootstrap with > that. > Yes, the right way is to install Linux and then use something like this: http://www.daemonology.net/depenguinator/ After all, you can do something useful with this gnu stuff From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 20:00:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFC9916A421 for ; Sun, 6 Nov 2005 20:00:57 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from ms-smtp-02.rdc-nyc.rr.com (ms-smtp-02-smtplb.rdc-nyc.rr.com [24.29.109.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 374AC43D55 for ; Sun, 6 Nov 2005 20:00:56 +0000 (GMT) (envelope-from scottro@scottro.net) Received: from mail.scottro.net (cpe-68-175-68-211.nyc.res.rr.com [68.175.68.211]) by ms-smtp-02.rdc-nyc.rr.com (8.12.10/8.12.7) with ESMTP id jA6JwHGe024012 for ; Sun, 6 Nov 2005 14:58:17 -0500 (EST) Received: by mail.scottro.net (Postfix, from userid 1001) id AB2E440D3; Sun, 6 Nov 2005 15:00:53 -0500 (EST) Date: Sun, 6 Nov 2005 15:00:53 -0500 From: Scott Robbins To: freebsd-stable@freebsd.org Message-ID: <20051106200053.GA21006@mail.scottro.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <57545.84.102.242.232.1131303713.squirrel@arlette.freesurf.fr> <20051106191401.GA40323@slackbox.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: <20051106191401.GA40323@slackbox.xs4all.nl> User-Agent: mutt-ng/devel-r535 (FreeBSD) X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Strange warning while upgrading X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 20:00:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, Nov 06, 2005 at 08:14:01PM +0100, Roland Smith wrote: > On Sun, Nov 06, 2005 at 08:01:53PM +0100, Guillaume R. wrote: > > Today I decided to upgrade my box from 5.4 to 6.O. So I change the right > > option in my stable-supfile and go through the process of upgrading. > > I can't build the world, and the error message was: > > "/usr/src/share/mk/bsd.compat.mk", line 36: warning: NOGAMES is deprecated > > in favor of NO_GAMES. > > This is probably in your /etc/make.conf file. Changes NOGAMES to > NO_GAMES to get rid of the warning. See make.conf(5). It's also in /usr/src/UPDATING. (I don't know if it was in 5.x or not, I don't have a 5.x box here to check.) See the entry for 20041221 - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Willow: Nervous? Xander: No way. I'm full of that good old kamikazee spirit. Giles: Xander, just because this is never going to work, there's no need to be negative. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDbmD1+lTVdes0Z9YRAib0AJ9h3LbGCynaFzq2pXI99TAexk5sQwCfUFNK xhSCgeoAWumRhuwdXchot2c= =K7St -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 20:03:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81AFC16A41F for ; Sun, 6 Nov 2005 20:03:45 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: from ms-smtp-03-eri0.socal.rr.com (ms-smtp-03-qfe0.socal.rr.com [66.75.162.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45CCE43D6E for ; Sun, 6 Nov 2005 20:03:45 +0000 (GMT) (envelope-from rmarella@gmail.com) Received: from p4 (cpe-66-8-187-40.hawaii.res.rr.com [66.8.187.40]) by ms-smtp-03-eri0.socal.rr.com (8.12.10/8.12.7) with ESMTP id jA6K3gmI022112; Sun, 6 Nov 2005 12:03:42 -0800 (PST) Date: Sun, 6 Nov 2005 10:03:41 -1000 From: Robert Marella To: "Mike Jakubik" Message-ID: <20051106100341.63c07941@p4> In-Reply-To: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> References: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> X-Mailer: Sylpheed-Claws 1.9.15 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-stable@freebsd.org Subject: Re: AGP ceased to work on eMachines M5310 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 20:03:45 -0000 On Sun, 6 Nov 2005 14:20:06 -0500 (EST) "Mike Jakubik" wrote: > The AGP does not seem to be detected on this laptop any more, i am > positive that DRM used to work just fine on an earlier 5.x version. > This is what happens why i try to load X. > > drm0: port 0x9000-0x90ff mem > 0xe0000000-0xefffffff,0xd0100000-0xd010ffff irq 10 at device 5.0 on > pci1 info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 > error: [drm:pid557:radeon_cp_init] *ERROR* radeon_cp_init called > without lock held > error: [drm:pid557:drm_unlock] *ERROR* Process 557 using kernel > context 0 > > (EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI. > Hello Mike Did you look at the sys/i386/conf/NOTES file? # Direct Rendering modules for 3D acceleration. device drm # DRM core module required by DRM drivers device mach64drm # ATI Rage Pro, Rage Mobility P/M, Rage XL device mgadrm # AGP Matrox G200, G400, G450, G550 device r128drm # ATI Rage 128 device radeondrm # ATI Radeon device sisdrm # SiS 300/305, 540, 630 device tdfxdrm # 3dfx Voodoo 3/4/5 and Banshee options DRM_DEBUG # Include debug printfs (slow) You need to include in your kernel device drm device radeondrm I hope this helps Robert From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 20:30:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BAB316A41F for ; Sun, 6 Nov 2005 20:30:42 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44E1543D48 for ; Sun, 6 Nov 2005 20:30:42 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20051106203041m920065kn7e>; Sun, 6 Nov 2005 20:30:41 +0000 Message-ID: <436E67F0.9050409@math.missouri.edu> Date: Sun, 06 Nov 2005 14:30:40 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: kernel: calcru: runtime went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 20:30:42 -0000 This is on a recent FreeBSD-6.0 stable SMP machine. As root, run "top -s0". Then, at the same time run this program: #include #define D (1<<10) void *thread(void *n) { int i; double array[D]; for (i=0;i X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D482E16A41F for ; Sun, 6 Nov 2005 20:33:45 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FE4743D45 for ; Sun, 6 Nov 2005 20:33:45 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20051106203344m9100dulgle>; Sun, 6 Nov 2005 20:33:44 +0000 Message-ID: <436E68A7.60603@math.missouri.edu> Date: Sun, 06 Nov 2005 14:33:43 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: three button mouse issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 20:33:45 -0000 My laptop has two mice - the touchpad and a usb mouse. I would like the touchpad moused to run with the "-3" flag and the usb moused to run without "-3". But I can only get neither or both to run with "-3" by the appropriate settings in /etc/rc.conf. Any ideas? (Apart from manually killing and restarting one of the moused processes?) Stephen From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 20:52:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3FBE16A41F for ; Sun, 6 Nov 2005 20:52:29 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF2C643D78 for ; Sun, 6 Nov 2005 20:52:25 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20051106205224m9100dusu7e>; Sun, 6 Nov 2005 20:52:25 +0000 Message-ID: <436E6D07.6010600@math.missouri.edu> Date: Sun, 06 Nov 2005 14:52:23 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20051106131916.GO28385@sun.unixguru.nl> In-Reply-To: <20051106131916.GO28385@sun.unixguru.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Atheros (ath0) no RX traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 20:52:30 -0000 Richard Arends wrote: > Hello, > > Today I upgraded my laptop from 5-STABLE to 6-STABLE. After the > upgrade, my wireless is not working anymore. You are doing better than me. I try this: ifconfig ath0 wepkey 12345 and get ifconfig: SIOCS80211: Invalid argument (Actually maybe that is happening to you as well, but since you are setting ifconfig_ath0 from within rc.conf, you might be missing this error message as it flies by in your start up.) I get this error on other wireless cards as well. Stephen From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 21:03:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDF0316A41F for ; Sun, 6 Nov 2005 21:03:34 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id AF5EF43D46 for ; Sun, 6 Nov 2005 21:03:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 95828 invoked from network); 6 Nov 2005 21:03:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lc670bWh6ZUQ+XBAWVkwVEcpza7AzakZr3msE/UpgMwssc7N49gveAkMFeeq0j3Z9B5r7M4CUPYlrcrDDPjrUKAsO+blSulcyfYgOx6sV+iP32gz3QzwKQeQueM+hzs/KMG+a2LdLQCQjAS9gwp2C8nFqm1HrgAFJwqk2USYrtU= ; Received: from unknown (HELO ?172.16.0.199?) (mikej@rogers.com@70.31.50.81 with plain) by smtp103.rog.mail.re2.yahoo.com with SMTP; 6 Nov 2005 21:03:33 -0000 Message-ID: <436E6FB2.90903@rogers.com> Date: Sun, 06 Nov 2005 16:03:46 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Robert Marella References: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> <20051106100341.63c07941@p4> In-Reply-To: <20051106100341.63c07941@p4> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: AGP ceased to work on eMachines M5310 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 21:03:34 -0000 Robert Marella wrote: > On Sun, 6 Nov 2005 14:20:06 -0500 (EST) > "Mike Jakubik" wrote: > > >> The AGP does not seem to be detected on this laptop any more, i am >> positive that DRM used to work just fine on an earlier 5.x version. >> This is what happens why i try to load X. >> >> drm0: port 0x9000-0x90ff mem >> 0xe0000000-0xefffffff,0xd0100000-0xd010ffff irq 10 at device 5.0 on >> pci1 info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 >> error: [drm:pid557:radeon_cp_init] *ERROR* radeon_cp_init called >> without lock held >> error: [drm:pid557:drm_unlock] *ERROR* Process 557 using kernel >> context 0 >> >> (EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI. >> > Hello Mike > > Did you look at the sys/i386/conf/NOTES file? > > # Direct Rendering modules for 3D acceleration. > device drm # DRM core module required by DRM drivers > device mach64drm # ATI Rage Pro, Rage Mobility P/M, Rage XL > device mgadrm # AGP Matrox G200, G400, G450, G550 > device r128drm # ATI Rage 128 > device radeondrm # ATI Radeon > device sisdrm # SiS 300/305, 540, 630 > device tdfxdrm # 3dfx Voodoo 3/4/5 and Banshee > options DRM_DEBUG # Include debug printfs (slow) > > You need to include in your kernel > No you do not, it is loaded as a kernel module automatically. > device drm > device radeondrm > > I hope this helps > Unfortunately it does not, the lack of AGP support is the problem. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 21:15:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E064116A41F for ; Sun, 6 Nov 2005 21:15:57 +0000 (GMT) (envelope-from richard@unixguru.nl) Received: from mail.unixguru.nl (mosibi.demon.nl [212.238.240.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09E4E43D64 for ; Sun, 6 Nov 2005 21:15:56 +0000 (GMT) (envelope-from richard@unixguru.nl) Received: from localhost (localhost [127.0.0.1]) by mail.unixguru.nl (Postfix) with ESMTP id BD2F056471; Sun, 6 Nov 2005 22:15:35 +0100 (CET) Received: from localhost (sun.unixguru.nl [192.168.10.7]) by mail.unixguru.nl (Postfix) with ESMTP id 26EA756470; Sun, 6 Nov 2005 22:15:32 +0100 (CET) Date: Sun, 6 Nov 2005 22:15:50 +0100 From: Richard Arends To: Stephen Montgomery-Smith Message-ID: <20051106211550.GB26783@sun.unixguru.nl> References: <20051106131916.GO28385@sun.unixguru.nl> <436E6D07.6010600@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436E6D07.6010600@math.missouri.edu> User-Agent: Mutt/1.5.6i X-Virus-Scanned: amavisd-new at unixguru.nl Cc: freebsd-stable@freebsd.org Subject: Re: Atheros (ath0) no RX traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 21:15:58 -0000 On Sun, Nov 06, 2005 at 02:52:23PM -0600, Stephen Montgomery-Smith wrote: Stephen, > You are doing better than me. I try this: > ifconfig ath0 wepkey 12345 > and get > ifconfig: SIOCS80211: Invalid argument > > (Actually maybe that is happening to you as well, but since you are > setting ifconfig_ath0 from within rc.conf, you might be missing this > error message as it flies by in your start up.) Nope, my atheros card is comming up perfectly with WEP. When I do the configuration with ifconfig, I also don't get any error's. The only thing is, 802_11 frame's with WEP are dropped. > I get this error on other wireless cards as well. An other card (Lucent Gold) (wi) is working perfect with WEP, so I think you have a totaly different problem than me. -- Regards, Richard. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 21:52:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0BA416A41F for ; Sun, 6 Nov 2005 21:52:15 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B7BB43D45 for ; Sun, 6 Nov 2005 21:52:14 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id D1F4CC232 for ; Sun, 6 Nov 2005 16:52:13 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id C995BC21C for ; Sun, 6 Nov 2005 16:52:08 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 514BFC1F3 for ; Sun, 6 Nov 2005 16:52:08 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=TGDcUQfTIWKT0LdvTnPFPGamKTU6x3b6/m2MBYjtFT525ycKLa+AKmwzBOkF5m4Jz Tvd5RVBZ4KVkZMOb4IIZFNDrBLUvSx3GhSZ9xJ5Kktg/tM0sJ0x8C1EEAwTQLdn Received: from [10.12.211.120] (usstls-23.savvis.net [64.242.52.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id BAE23C19E for ; Sun, 6 Nov 2005 16:52:07 -0500 (EST) Message-ID: <436E7B02.9020207@protected-networks.net> Date: Sun, 06 Nov 2005 16:52:02 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6-stable unstable with HighPoint HPT372N UDMA133 controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 21:52:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 cvsup'd and built: FreeBSD 6.0-STABLE #4: Fri Nov 4 18:07:30 EST 2005 configured as: ad4: 152627MB at ata2-master UDMA133 ad5: 152627MB at ata2-slave UDMA133 ad6: 152627MB at ata3-master UDMA133 ad7: 152627MB at ata3-slave UDMA133 ar0: 305255MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (master) using ad5 at ata2-slave ar0: disk2 READY (mirror) using ad6 at ata3-master ar0: disk3 READY (mirror) using ad7 at ata3-slave While checking out a new ports tree from a local repository: U ports/emulators/qemu/files/patch-audio-4 U ports/emulators/skyeye/Makefile U ports/emulators/snes9express/Makefile U ports/emulators/uae/Makefile U ports/emulators/vba/Makefile Nov 6 16:43:27 mail kernel: DOH! ata_alloc_request failed! Nov 6 16:43:27 mail kernel: FAILURE - out of memory in ata_raid_init_request Nov 6 16:43:27 mail last message repeated 7 times Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189609951232, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189610328064, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189610426368, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189610475520, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189610557440, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189610622976, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189610754048, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189610819584, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: FAILURE - out of memory in ata_raid_init_request Nov 6 16:43:27 mail last message repeated 2 times Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189802135552, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189802364928, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189802479616, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: FAILURE - out of memory in ata_raid_init_request Nov 6 16:43:27 mail last message repeated 12 times Nov 6 16:43:27 mail kernel: FAILURE - out of memory in ata_raid_init_requestg_vfs_done():ar0s1f[WRITE(offset=189802512384, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189802659840, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189802676224, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189802741760, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189803003904, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189803020288, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189803036672, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189803053056, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189803167744, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189803200512, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189803216896, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189803298816, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: g_vfs_done():ar0s1f[WRITE(offset=189803315200, length=16384)]error = 5 Nov 6 16:43:27 mail kernel: Nov 6 16:43:27 mail kernel: FAILURE - out of memory in ata_raid_init_request Nov 6 16:43:27 mail last message repeated 14 times -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDbnsCiJykeV6HPMURAtsrAJ9eBkcdPkXReI6l+UNZFEXWoALcQACguPkg yC97/bCdNXylDhq2m2jzvEM= =n2/9 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 21:57:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 199AB16A41F for ; Sun, 6 Nov 2005 21:57:24 +0000 (GMT) (envelope-from nik@optim.com.ru) Received: from mail.optim-mol.cemu.ru (mail.optim-mol.cemu.ru [83.102.188.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 603B243D46 for ; Sun, 6 Nov 2005 21:57:23 +0000 (GMT) (envelope-from nik@optim.com.ru) Received: from [128.42.76.16] (ece-76-16.ece.rice.edu [128.42.76.16]) (authenticated bits=0) by mail.optim-mol.cemu.ru (8.13.4/8.13.4) with ESMTP id jA6Lv9Z8099860 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 7 Nov 2005 00:57:13 +0300 (MSK) (envelope-from nik@optim.com.ru) Message-ID: <436E7C28.4090004@optim.com.ru> Date: Sun, 06 Nov 2005 15:56:56 -0600 From: =?UTF-8?B?0J3QuNC60L7Qu9Cw0Lkg0JzQuNGA0LjQvQ==?= Organization: =?UTF-8?B?0J7Qn9Ci0JjQnA==?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <20051106131916.GO28385@sun.unixguru.nl> <436E6D07.6010600@math.missouri.edu> <20051106211550.GB26783@sun.unixguru.nl> In-Reply-To: <20051106211550.GB26783@sun.unixguru.nl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=5.0 tests=AWL,BAYES_00,SPF_FAIL autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.optim-mol.cemu.ru X-Antivirus: Dr.Web (R) for Mail Servers on mail.optim-mol.cemu.ru host X-Antivirus-Code: 100000 Subject: Re: Atheros (ath0) no RX traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 21:57:24 -0000 If you do not build kernel modules there are several things to include in 6.0 kernel when you migrate from 5.4. The reason for the error in your case is probably missing wlan_wep device. #5.4 device wlan # 802.11 support device ath device ath_hal #6.0 device wlan # 802.11 support device wlan_wep device ath device ath_hal device ath_rate_onoe And actually, I had to change rc.conf line for my ath card a little bit. For some reason in 6.0 it doesn't work without wepkey number specified. in 5.4 it was: ifconfig_ath0="inet 192.168.0.99 ssid MirinNET channel 1 wep wepkey 0x000000000000000000000 authmode open" in 6.0 it became ifconfig_ath0="inet 192.168.0.99 ssid MirinNET channel 1 wep wepkey 0x00000000000000000000 authmode open weptxkey 1" -Nikolay Richard Arends said the following on 06.11.2005 15:15: >On Sun, Nov 06, 2005 at 02:52:23PM -0600, Stephen Montgomery-Smith wrote: > >Stephen, > > > >>You are doing better than me. I try this: >>ifconfig ath0 wepkey 12345 >>and get >>ifconfig: SIOCS80211: Invalid argument >> >>(Actually maybe that is happening to you as well, but since you are >>setting ifconfig_ath0 from within rc.conf, you might be missing this >>error message as it flies by in your start up.) >> >> > >Nope, my atheros card is comming up perfectly with WEP. When I do the >configuration with ifconfig, I also don't get any error's. The only >thing is, 802_11 frame's with WEP are dropped. > > > >>I get this error on other wireless cards as well. >> >> > >An other card (Lucent Gold) (wi) is working perfect with WEP, so I >think you have a totaly different problem than me. > > > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 22:18:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D547B16A41F for ; Sun, 6 Nov 2005 22:18:14 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6955743D49 for ; Sun, 6 Nov 2005 22:18:14 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.192] ([10.0.0.192]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jA6MIDpU007006 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Nov 2005 14:18:14 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <436E80DA.3000403@errno.com> Date: Sun, 06 Nov 2005 14:16:58 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <20051106131916.GO28385@sun.unixguru.nl> <436E6D07.6010600@math.missouri.edu> In-Reply-To: <436E6D07.6010600@math.missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Atheros (ath0) no RX traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 22:18:14 -0000 Stephen Montgomery-Smith wrote: > Richard Arends wrote: > >> Hello, >> >> Today I upgraded my laptop from 5-STABLE to 6-STABLE. After the >> upgrade, my wireless is not working anymore. > > > You are doing better than me. I try this: > ifconfig ath0 wepkey 12345 > and get > ifconfig: SIOCS80211: Invalid argument > > (Actually maybe that is happening to you as well, but since you are > setting ifconfig_ath0 from within rc.conf, you might be missing this > error message as it flies by in your start up.) > > I get this error on other wireless cards as well. kldload wlan_wep From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 22:19:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E532F16A41F for ; Sun, 6 Nov 2005 22:19:50 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1673243D70 for ; Sun, 6 Nov 2005 22:19:48 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.1.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20051106221947m920066p4le>; Sun, 6 Nov 2005 22:19:48 +0000 Message-ID: <436E8181.9050207@math.missouri.edu> Date: Sun, 06 Nov 2005 16:19:45 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?0J3QuNC60L7Qu9Cw0Lkg0JzQuNGA0LjQvQ==?= References: <20051106131916.GO28385@sun.unixguru.nl> <436E6D07.6010600@math.missouri.edu> <20051106211550.GB26783@sun.unixguru.nl> <436E7C28.4090004@optim.com.ru> In-Reply-To: <436E7C28.4090004@optim.com.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Atheros (ath0) no RX traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 22:19:51 -0000 Ðиколай Мирин wrote: > If you do not build kernel modules there are several things to include > in 6.0 kernel when > you migrate from 5.4. The reason for the error in your case is probably > missing wlan_wep device. > > #5.4 > device wlan # 802.11 support > device ath > device ath_hal > > #6.0 > device wlan # 802.11 support > device wlan_wep > device ath > device ath_hal > device ath_rate_onoe > > > > > And actually, I had to change rc.conf line for my ath card a little bit. > For some reason in 6.0 it doesn't work without wepkey number specified. > > in 5.4 it was: > ifconfig_ath0="inet 192.168.0.99 ssid MirinNET channel 1 wep wepkey > 0x000000000000000000000 authmode open" > > in 6.0 it became > ifconfig_ath0="inet 192.168.0.99 ssid MirinNET channel 1 wep wepkey > 0x00000000000000000000 authmode open weptxkey 1" > > > -Nikolay Thank you. That fixed it. Stephen From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 22:19:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D80C16A41F for ; Sun, 6 Nov 2005 22:19:52 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29C4643D70 for ; Sun, 6 Nov 2005 22:19:51 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.192] ([10.0.0.192]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jA6MJopU007017 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 6 Nov 2005 14:19:50 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <436E813B.7040903@errno.com> Date: Sun, 06 Nov 2005 14:18:35 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?0J3QuNC60L7Qu9Cw0Lkg0JzQuNGA0LjQvQ==?= References: <20051106131916.GO28385@sun.unixguru.nl> <436E6D07.6010600@math.missouri.edu> <20051106211550.GB26783@sun.unixguru.nl> <436E7C28.4090004@optim.com.ru> In-Reply-To: <436E7C28.4090004@optim.com.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Atheros (ath0) no RX traffic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 22:19:52 -0000 Ðиколай Мирин wrote: > If you do not build kernel modules there are several things to include > in 6.0 kernel when > you migrate from 5.4. The reason for the error in your case is probably > missing wlan_wep device. > > #5.4 > device wlan # 802.11 support > device ath > device ath_hal > > #6.0 > device wlan # 802.11 support > device wlan_wep > device ath > device ath_hal > device ath_rate_onoe > > > > > And actually, I had to change rc.conf line for my ath card a little bit. > For some reason in 6.0 it doesn't work without wepkey number specified. > > in 5.4 it was: > ifconfig_ath0="inet 192.168.0.99 ssid MirinNET channel 1 wep wepkey > 0x000000000000000000000 authmode open" > > in 6.0 it became > ifconfig_ath0="inet 192.168.0.99 ssid MirinNET channel 1 wep wepkey > 0x00000000000000000000 authmode open weptxkey 1" There is no default tx key any more; you must specify it. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 22:24:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABD7016A429 for ; Sun, 6 Nov 2005 22:24:57 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21C5543D60 for ; Sun, 6 Nov 2005 22:24:34 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 3AB0EC1B2 for ; Sun, 6 Nov 2005 17:24:34 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id E8B9AC21C for ; Sun, 6 Nov 2005 17:24:19 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 80BBBC1F3 for ; Sun, 6 Nov 2005 17:24:19 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=UDywl8DvY7j3caefAzApFrq6nR5W+6wXP2qr91kxvKnnhAyiKG/wlPT+ZGmS6PTUS 30xJcfo63nnnlRqQdwGT3dyPq1J4tIAB8+mkMwQF/67Ib/vaxfOnwaJl1B6OBSL Received: from [10.12.211.120] (usstls-23.savvis.net [64.242.52.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id D1BDEC19E for ; Sun, 6 Nov 2005 17:24:18 -0500 (EST) Message-ID: <436E8290.3050604@protected-networks.net> Date: Sun, 06 Nov 2005 17:24:16 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <436E7B02.9020207@protected-networks.net> In-Reply-To: <436E7B02.9020207@protected-networks.net> X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: multipart/mixed; boundary="------------040908020103080200030407" Subject: Re: 6-stable unstable with HighPoint HPT372N UDMA133 controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 22:24:57 -0000 This is a multi-part message in MIME format. --------------040908020103080200030407 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I wrote: | cvsup'd and built: FreeBSD 6.0-STABLE #4: Fri Nov 4 18:07:30 EST 2005 ~ [ .. ] | Nov 6 16:43:27 mail kernel: DOH! ata_alloc_request failed! | Nov 6 16:43:27 mail kernel: FAILURE - out of memory in ata_raid_init_request | Nov 6 16:43:27 mail last message repeated 7 times | Nov 6 16:43:27 mail kernel: Brief and verbose dmesg attached, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDboKQiJykeV6HPMURAownAJ0USKehihwSwMk3d2P/P0cQEfc2DwCfXa+U RC8zytiMMIQ23pcEs7CIuNo= =KsT3 -----END PGP SIGNATURE----- --------------040908020103080200030407 Content-Type: text/plain; name="auburn-dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="auburn-dmesg.txt" pcibios: PCI BIOS entry at 0xfd7a0+0x203 pnpbios: Found PnP BIOS data at 0xc00f6ae0 pnpbios: Entry = f0000:9f5d Rev = 1.0 Other BIOS signatures found: mem: Pentium Pro MTRR support enabled null: io: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 9 entries at 0xc00fdf30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 13 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 0 13 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 0 13 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 0 13 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 14 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 0 14 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 0 14 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 14 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 15 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 0 15 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 0 15 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 15 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 16 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 0 16 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 0 16 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 16 D 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 11 A 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 imb@mail:/home/imb> dmesg pnpbios: Entry = f0000:9f5d Rev = 1.0 Other BIOS signatures found: mem: Pentium Pro MTRR support enabled null: io: random: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 9 entries at 0xc00fdf30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 13 A 0x60 3 4 5 7 9 10 11 12 14 15 slot 1 0 13 B 0x61 3 4 5 7 9 10 11 12 14 15 slot 1 0 13 C 0x62 3 4 5 7 9 10 11 12 14 15 slot 1 0 13 D 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 14 A 0x61 3 4 5 7 9 10 11 12 14 15 slot 2 0 14 B 0x62 3 4 5 7 9 10 11 12 14 15 slot 2 0 14 C 0x63 3 4 5 7 9 10 11 12 14 15 slot 2 0 14 D 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 15 A 0x62 3 4 5 7 9 10 11 12 14 15 slot 3 0 15 B 0x63 3 4 5 7 9 10 11 12 14 15 slot 3 0 15 C 0x60 3 4 5 7 9 10 11 12 14 15 slot 3 0 15 D 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 16 A 0x63 3 4 5 7 9 10 11 12 14 15 slot 4 0 16 B 0x60 3 4 5 7 9 10 11 12 14 15 slot 4 0 16 C 0x61 3 4 5 7 9 10 11 12 14 15 slot 4 0 16 D 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 11 A 0x62 3 4 5 7 9 10 11 12 14 15 embedded 0 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 0 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 1 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 9 10 11 12 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 7 9 10 11 12 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 12 pci_link1: irq 10 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 9 10 11 12 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 7 9 10 11 12 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 12 pci_link2: irq 5 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 9 10 11 12 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 7 9 10 11 12 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 12 pci_link3: irq 9 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 12 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 9 N 0 3 4 5 7 9 10 11 12 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 7 9 10 11 12 ACPI timer: 0/16777185 0/7 0/5 0/5 0/6 0/5 0/4 0/5 0/5 0/5 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x7190, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e0000000, size 28, enabled found-> vendor=0x8086, dev=0x7191, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x011f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x80 (3840 ns), mingnt=0x8c (35000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00001000, size 4, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=9 map[20]: type 4, range 32, base 00001020, size 5, enabled pcib0: matched entry for 0.7.INTD (src \\_SB_.PCI0.ISA_.LNKD:0) pcib0: slot 7 INTD routed to irq 9 via \\_SB_.PCI0.ISA_.LNKD found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[90]: type 4, range 32, base 00007000, size 4, enabled found-> vendor=0x1103, dev=0x0005, revid=0x02 bus=0, slot=13, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001040, size 3, enabled map[14]: type 4, range 32, base 00001014, size 2, enabled map[18]: type 4, range 32, base 00001018, size 3, enabled map[1c]: type 4, range 32, base 00001010, size 2, enabled map[20]: type 4, range 32, base 00001400, size 8, enabled pcib0: matched entry for 0.13.INTA (src \\_SB_.PCI0.ISA_.LNKA:0) pcib0: slot 13 INTA routed to irq 11 via \\_SB_.PCI0.ISA_.LNKA found-> vendor=0x9004, dev=0x3860, revid=0x03 bus=0, slot=14, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x04 (1000 ns) intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001800, size 8, enabled map[14]: type 1, range 32, base d0000000, size 12, enabled pcib0: matched entry for 0.14.INTA (src \\_SB_.PCI0.ISA_.LNKB:0) pcib0: slot 14 INTA routed to irq 10 via \\_SB_.PCI0.ISA_.LNKB found-> vendor=0x10b7, dev=0x9055, revid=0x24 bus=0, slot=15, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0114, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x0a (2500 ns) intpin=a, irq=5 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00001080, size 7, port disabled map[14]: type 1, range 32, base d0001000, size 7, memory disabled pcib0: matched entry for 0.15.INTA (src \\_SB_.PCI0.ISA_.LNKC:0) pcib0: slot 15 INTA routed to irq 5 via \\_SB_.PCI0.ISA_.LNKC found-> vendor=0x12eb, dev=0x0002, revid=0xfe bus=0, slot=16, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0104, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x04 (1000 ns), maxlat=0x0c (3000 ns) intpin=a, irq=9 powerspec 1 supports D0 D2 D3 current D0 map[10]: type 1, range 32, base d0040000, size 18, memory disabled map[14]: type 4, range 32, base 00001050, size 3, port disabled map[18]: type 4, range 32, base 00001048, size 3, enabled pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.ISA_.LNKD:0) pcib0: slot 16 INTA routed to irq 9 via \\_SB_.PCI0.ISA_.LNKD agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 agp0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xd0100000-0xd1ffffff pcib1: prefetched decode 0xfff00000-0xfffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x1002, dev=0x4742, revid=0x5c bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) map[10]: type 1, range 32, base d1000000, size 24, enabled pcib1: (null) requested memory range 0xd1000000-0xd1ffffff: good map[14]: type 4, range 32, base 00009000, size 8, enabled pcib1: (null) requested I/O range 0x9000-0x90ff: in range map[18]: type 1, range 32, base d0100000, size 12, enabled pcib1: (null) requested memory range 0xd0100000-0xd0100fff: good pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f at device 7.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=01 ostat0=50 ostat1=ff ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0x1020-0x103f irq 9 at device 7.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1020 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: port 0x7000-0x700f irq 9 at device 7.3 on pci0 intpm0: Reserved 0x10 bytes for rid 0x90 type 4 at 0x7000 intpm0: I/O mapped 7000 intpm0: intr IRQ 9 enabled revision 0 intpm0: [GIANT-LOCKED] intsmb0: on intpm0 smbus1: on intsmb0 smb0: on smbus1 intpm0: PM I/O mapped 8000 atapci1: port 0x1040-0x1047,0x1014-0x1017,0x1018-0x101f,0x1010-0x1013,0x1400-0x14ff irq 11 at device 13.0 on pci0 atapci1: Reserved 0x100 bytes for rid 0x20 type 4 at 0x1400 atapci1: [MPSAFE] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1040 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x1014 ata2: reset tp1 mask=03 ostat0=50 ostat1=50 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=50 devices=0x3 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x1018 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x1010 ata3: reset tp1 mask=03 ostat0=50 ostat1=50 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=50 devices=0x3 ata3: [MPSAFE] ahc0: port 0x1800-0x18ff mem 0xd0000000-0xd0000fff irq 10 at device 14.0 on pci0 ahc0: Defaulting to MEMIO on ahc0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0xd0000000 ahc0: Reading SEEPROM...done. ahc0: internal 50 cable is present ahc0: external cable not present ahc0: BIOS eeprom not present ahc0: Low byte termination Enabled ahc0: Downloading Sequencer Program... 460 instructions downloaded ahc0: Features 0x10101, Bugs 0x35, Flags 0x28485540 ahc0: [GIANT-LOCKED] aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x1080-0x10ff mem 0xd0001000-0xd000107f irq 5 at device 15.0 on pci0 xl0: Reserved 0x80 bytes for rid 0x14 type 3 at 0xd0001000 xl0: using memory mapped I/O xl0: media options word: a xl0: found MII/AUTO miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: bpf attached xl0: Ethernet address: 00:10:5a:17:a3:79 xl0: [MPSAFE] pci0: at device 16.0 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0067 psm0: failed to reset the aux device. fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0x401 0x411 0x401 0x401 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xcc000-0xcc7ff,0xdc000-0xdffff,0xe4000-0xeffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x401 0x401 0x401 0x401 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounter "TSC" frequency 349880910 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging unlimited lo0: bpf attached Waiting 5 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting PIO4 on Intel PIIX4 chip acd0: setting UDMA33 on Intel PIIX4 chip acd0: CDROM drive at ata1 as master acd0: read 2928KB/s (6890KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ad4: setting PIO4 on HighPoint chip ad4: setting UDMA133 on HighPoint chip ad4: 152627MB at ata2-master UDMA133 ad4: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: HighPoint (v3) check1 failed ****** ATA Highpoint V2 RocketRAID Metadata ***** magic 0x5a7816f0 magic_0 0xb42b042b magic_1 0xb42a042a order 0x00000003 array_width 2 stripe_shift 7 type RAID01_RAID0 disk_number 0 total_sectors 625163520 disk_mode 0x00000000 boot_mode 0x12345678 boot_disk 0x80 boot_protect 0x00 log_entries 0x00 log_index 0x00 rebuild_lba 0x7fffffff dummy_1 0x00 name_1 dummy_2 0x00 name_2 ================================================= ad5: setting PIO4 on HighPoint chip ad5: setting UDMA133 on HighPoint chip ad5: 152627MB at ata2-slave UDMA133 ad5: 312581808 sectors [330774C/15H/63S] 16 sectors/interrupt 1 depth queue ad5: HighPoint (v3) check1 failed ****** ATA Highpoint V2 RocketRAID Metadata ***** magic 0x5a7816f0 magic_0 0xb42b042b magic_1 0xb42a042a order 0x00000003 array_width 2 stripe_shift 7 type RAID01_RAID0 disk_number 1 total_sectors 625163520 disk_mode 0x00000000 boot_mode 0x12345678 boot_disk 0x80 boot_protect 0x00 log_entries 0x00 log_index 0x00 rebuild_lba 0x7fffffff dummy_1 0x00 name_1 dummy_2 0x00 name_2 ================================================= ata1-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ad6: setting PIO4 on HighPoint chip ad6: setting UDMA133 on HighPoint chip ad6: 152627MB at ata3-master UDMA133 ad6: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue ad6: HighPoint (v3) check1 failed ****** ATA Highpoint V2 RocketRAID Metadata ***** magic 0x5a7816f0 magic_0 0xb42c042c magic_1 0xb42a042a order 0x00000002 array_width 2 stripe_shift 7 type RAID01_RAID0 disk_number 0 total_sectors 625163520 disk_mode 0x00000000 boot_mode 0x12345678 boot_disk 0x80 boot_protect 0x00 log_entries 0x00 log_index 0x00 rebuild_lba 0x7fffffff dummy_1 0x00 name_1 dummy_2 0x00 name_2 ================================================= ad7: setting PIO4 on HighPoint chip ad7: setting UDMA133 on HighPoint chip ad7: 152627MB at ata3-slave UDMA133 ad7: 312581808 sectors [330774C/15H/63S] 16 sectors/interrupt 1 depth queue ad7: HighPoint (v3) check1 failed ****** ATA Highpoint V2 RocketRAID Metadata ***** magic 0x5a7816f0 magic_0 0xb42c042c magic_1 0xb42a042a order 0x00000002 array_width 2 stripe_shift 7 type RAID01_RAID0 disk_number 1 total_sectors 625163520 disk_mode 0x00000000 boot_mode 0x12345678 boot_disk 0x80 boot_protect 0x00 log_entries 0x00 log_index 0x00 rebuild_lba 0x7fffffff dummy_1 0x00 name_1 dummy_2 0x00 name_2 ================================================= GEOM: new disk ad4 GEOM: new disk ad5 GEOM: new disk ad6 GEOM: new disk ad7 ahc0: Selection Timeout on A:2. 0 SCBs aborted ahc0: Selection Timeout on A:4. 0 SCBs aborted ahc0: Selection Timeout on A:6. 0 SCBs aborted ahc0: Selection Timeout on A:1. 0 SCBs aborted ahc0: Selection Timeout on A:3. 0 SCBs aborted ahc0: Selection Timeout on A:5. 0 SCBs aborted (probe0:ahc0:0:0:0): error 22 (probe0:ahc0:0:0:0): Unretryable Error (ahc0:A:0:0): Sending SDTR period c, offset f (ahc0:A:0:0): Received SDTR period 19, offset f Filtered to period 19, offset f ahc0: target 0 synchronous at 10.0MHz, offset = 0xf (ahc0:A:0:0): Sending SDTR period 19, offset f (ahc0:A:0:0): Received SDTR period 19, offset f Filtered to period 19, offset f pass0 at ahc0 bus 0 target 0 lun 0 pass0: Removable Sequential Access SCSI-2 device pass0: 10.000MB/s transfers (10.000MHz, offset 15) pass1 at ata1 bus 0 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: Serial Number [ pass1: 33.000MB/s transfers sa0 at ahc0 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) pass1 at ata1 bus 0 target 0 lun 0 pass1: Removable CD-ROM SCSI-0 device pass1: Serial Number [ pass1: 33.000MB/s transfers ATA PseudoRAID loaded ********** ATA PseudoRAID ar0 Metadata ********** ================================================= format HighPoint v2 RocketRAID type RAID0+1 flags 0x00 0 magic_0 0x00000000b42b042b magic_1 0x00000000b42a042a generation 0 total_sectors 625163520 offset_sectors 10 heads 255 sectors 63 cylinders 38914 width 2 interleave 128 total_disks 4 disk 0: flags = 0x0b b ad4: sectors 312581760 disk 1: flags = 0x0b b ad5: sectors 312581760 disk 2: flags = 0x0b b ad6: sectors 312581760 disk 3: flags = 0x0b b ad7: sectors 312581760 ================================================= ar0: 305255MB status: READY ar0: 625163520 sectors [38914C/255H/63S] subdisks defined as: ar0: disk0 READY (master) GEOM: new disk ar0 using ad4 at ata2-master ar0: disk1 READY (master) using ad5 at ata2-slave ar0: disk2 READY (mirror) using ad6 at ata3-master ar0: disk3 READY (mirror) using ad7 at ata3-slave Trying to mount root from ufs:/dev/ar0s1a start_init: trying /sbin/init --------------040908020103080200030407 Content-Type: text/plain; name="auburn-brief-dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="auburn-brief-dmesg.txt" Nov 1 14:33:51 mail kernel: Copyright (c) 1992-2005 The FreeBSD Project. Nov 1 14:33:51 mail kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Nov 1 14:33:51 mail kernel: The Regents of the University of California. All rights reserved. Nov 1 14:33:51 mail kernel: FreeBSD 6.0-RC1 #3: Mon Oct 31 06:46:37 EST 2005 Nov 1 14:33:51 mail kernel: imb@mail.auburn.protected-networks.net:/usr/obj/usr/src/sys/AUBURN Nov 1 14:33:51 mail kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Nov 1 14:33:51 mail kernel: CPU: Pentium II/Pentium II Xeon/Celeron (349.88-MHz 686-class CPU) Nov 1 14:33:51 mail kernel: Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Nov 1 14:33:51 mail kernel: Features=0x183f9ff Nov 1 14:33:51 mail kernel: real memory = 402653184 (384 MB) Nov 1 14:33:51 mail kernel: avail memory = 388767744 (370 MB) Nov 1 14:33:51 mail kernel: npx0: [FAST] Nov 1 14:33:51 mail kernel: npx0: on motherboard Nov 1 14:33:51 mail kernel: npx0: INT 16 interface Nov 1 14:33:51 mail kernel: acpi0: on motherboard Nov 1 14:33:51 mail kernel: acpi0: Power Button (fixed) Nov 1 14:33:51 mail kernel: pci_link0: irq 11 on acpi0 Nov 1 14:33:51 mail kernel: pci_link1: irq 10 on acpi0 Nov 1 14:33:51 mail kernel: pci_link2: irq 5 on acpi0 Nov 1 14:33:51 mail kernel: pci_link3: irq 9 on acpi0 Nov 1 14:33:51 mail kernel: Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 Nov 1 14:33:51 mail kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 Nov 1 14:33:51 mail kernel: cpu0: on acpi0 Nov 1 14:33:51 mail kernel: pcib0: port 0xcf8-0xcff on acpi0 Nov 1 14:33:51 mail kernel: pci0: on pcib0 Nov 1 14:33:51 mail kernel: agp0: mem 0xe0000000-0xefffffff at device 0.0 on pci0 Nov 1 14:33:51 mail kernel: pcib1: at device 1.0 on pci0 Nov 1 14:33:51 mail kernel: pci1: on pcib1 Nov 1 14:33:51 mail kernel: pci1: at device 0.0 (no driver attached) Nov 1 14:33:51 mail kernel: isab0: at device 7.0 on pci0 Nov 1 14:33:51 mail kernel: isa0: on isab0 Nov 1 14:33:51 mail kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f at devi ce 7.1 on pci0 Nov 1 14:33:51 mail kernel: ata0: on atapci0 Nov 1 14:33:51 mail kernel: ata1: on atapci0 Nov 1 14:33:51 mail kernel: uhci0: port 0x1020-0x103f irq 9 at device 7.2 on pci0 Nov 1 14:33:51 mail kernel: uhci0: [GIANT-LOCKED] Nov 1 14:33:51 mail kernel: usb0: on uhci0 Nov 1 14:33:51 mail kernel: usb0: USB revision 1.0 Nov 1 14:33:51 mail kernel: uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Nov 1 14:33:51 mail kernel: uhub0: 2 ports with 2 removable, self powered Nov 1 14:33:51 mail kernel: intpm0: port 0x7000-0x700f irq 9 at device 7.3 on pci0 Nov 1 14:33:51 mail kernel: intpm0: I/O mapped 7000 Nov 1 14:33:51 mail kernel: intpm0: intr IRQ 9 enabled revision 0 Nov 1 14:33:51 mail kernel: intpm0: [GIANT-LOCKED] Nov 1 14:33:51 mail kernel: intsmb0: on intpm0 Nov 1 14:33:51 mail kernel: smbus1: on intsmb0 Nov 1 14:33:51 mail kernel: smb0: on smbus1 Nov 1 14:33:51 mail kernel: intpm0: PM I/O mapped 8000 Nov 1 14:33:51 mail kernel: atapci1: port 0x1040-0x1047,0x1014-0x1017,0x1018-0x101f,0x1010-0 x1013,0x1400-0x14ff irq 11 at device 13.0 on pci0 Nov 1 14:33:51 mail kernel: ata2: on atapci1 Nov 1 14:33:51 mail kernel: ata3: on atapci1 Nov 1 14:33:51 mail kernel: ahc0: port 0x1800-0x18ff mem 0xd0000000-0xd0000fff irq 10 at device 14.0 on pci0 Nov 1 14:33:51 mail kernel: ahc0: [GIANT-LOCKED] Nov 1 14:33:51 mail kernel: aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs Nov 1 14:33:51 mail kernel: xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x1080-0x10ff mem 0xd0001000-0xd000107f irq 5 at device 15 .0 on pci0 Nov 1 14:33:51 mail kernel: miibus0: on xl0 Nov 1 14:33:51 mail kernel: xlphy0: <3Com internal media interface> on miibus0 Nov 1 14:33:51 mail kernel: xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Nov 1 14:33:51 mail kernel: xl0: Ethernet address: 00:10:5a:17:a3:79 Nov 1 14:33:51 mail kernel: pci0: at device 16.0 (no driver attached) Nov 1 14:33:51 mail kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Nov 1 14:33:51 mail kernel: atkbd0: irq 1 on atkbdc0 Nov 1 14:33:51 mail kernel: kbd0 at atkbd0 Nov 1 14:33:51 mail kernel: atkbd0: [GIANT-LOCKED] Nov 1 14:33:51 mail kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Nov 1 14:33:51 mail kernel: fdc0: [FAST] Nov 1 14:33:51 mail kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Nov 1 14:33:51 mail kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Nov 1 14:33:51 mail kernel: sio0: type 16550A Nov 1 14:33:51 mail kernel: ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 Nov 1 14:33:51 mail kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Nov 1 14:33:51 mail kernel: ppc0: FIFO with 16/16/8 bytes threshold Nov 1 14:33:51 mail kernel: ppbus0: on ppc0 Nov 1 14:33:51 mail kernel: lpt0: on ppbus0 Nov 1 14:33:51 mail kernel: lpt0: Interrupt-driven port Nov 1 14:33:51 mail kernel: ppi0: on ppbus0 Nov 1 14:33:51 mail kernel: pmtimer0 on isa0 Nov 1 14:33:51 mail kernel: orm0: at iomem 0xc0000-0xc7fff,0xcc000-0xcc7ff,0xdc000-0xdffff,0xe4000-0xeffff on isa 0 Nov 1 14:33:51 mail kernel: sc0: at flags 0x100 on isa0 Nov 1 14:33:51 mail kernel: sc0: VGA <16 virtual consoles, flags=0x300> Nov 1 14:33:51 mail kernel: sio1: configured irq 3 not in bitmap of probed irqs 0 Nov 1 14:33:51 mail kernel: sio1: port may not be enabled Nov 1 14:33:51 mail kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Nov 1 14:33:51 mail kernel: Timecounter "TSC" frequency 349880696 Hz quality 800 Nov 1 14:33:51 mail kernel: Timecounters tick every 1.000 msec Nov 1 14:33:51 mail kernel: ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging un limited Nov 1 14:33:51 mail kernel: Waiting 5 seconds for SCSI devices to settle Nov 1 14:33:51 mail kernel: acd0: CDROM at ata1-master UDMA33 Nov 1 14:33:51 mail kernel: ad4: 152627MB at ata2-master UDMA133 Nov 1 14:33:51 mail kernel: ad5: 152627MB at ata2-slave UDMA133 Nov 1 14:33:51 mail kernel: ad6: 152627MB at ata3-master UDMA133 Nov 1 14:33:51 mail kernel: ad7: 152627MB at ata3-slave UDMA133 Nov 1 14:33:51 mail kernel: sa0 at ahc0 bus 0 target 0 lun 0 Nov 1 14:33:51 mail kernel: sa0: Removable Sequential Access SCSI-2 device Nov 1 14:33:51 mail kernel: sa0: 10.000MB/s transfers (10.000MHz, offset 15) Nov 1 14:33:51 mail kernel: pass1 at ata1 bus 0 target 0 lun 0 Nov 1 14:33:51 mail kernel: pass1: Removable CD-ROM SCSI-0 device Nov 1 14:33:51 mail kernel: pass1: 33.000MB/s transfers Nov 1 14:33:51 mail kernel: ar0: 305255MB status: READY Nov 1 14:33:51 mail kernel: ar0: disk0 READY (master) using ad4 at ata2-master Nov 1 14:33:51 mail kernel: ar0: disk1 READY (master) using ad5 at ata2-slave Nov 1 14:33:51 mail kernel: ar0: disk2 READY (mirror) using ad6 at ata3-master Nov 1 14:33:51 mail kernel: ar0: disk3 READY (mirror) using ad7 at ata3-slave Nov 1 14:33:51 mail kernel: Trying to mount root from ufs:/dev/ar0s1a --------------040908020103080200030407-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 01:04:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3D5516A41F for ; Mon, 7 Nov 2005 01:04:33 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from srv-03.bs2.com.br (srv-03.bs2.com.br [200.203.183.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B19A43D45 for ; Mon, 7 Nov 2005 01:04:33 +0000 (GMT) (envelope-from gpt@tirloni.org) Received: from localhost (localhost.bs2.com.br [127.0.0.1]) by srv-03.bs2.com.br (Postfix) with ESMTP id C78C74B0EA; Sun, 6 Nov 2005 23:06:18 -0200 (BRST) Received: from [201.25.176.132] (201-25-176-132.mganm702.dsl.brasiltelecom.net.br [201.25.176.132]) by srv-03.bs2.com.br (Postfix) with ESMTP id 638054B0E6; Sun, 6 Nov 2005 23:06:18 -0200 (BRST) Message-ID: <436EA824.5030106@tirloni.org> Date: Sun, 06 Nov 2005 23:04:36 -0200 From: "Giovanni P. Tirloni" User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <436E67F0.9050409@math.missouri.edu> In-Reply-To: <436E67F0.9050409@math.missouri.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel: calcru: runtime went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 01:04:33 -0000 Stephen Montgomery-Smith wrote: > This is on a recent FreeBSD-6.0 stable SMP machine. > > As root, run "top -s0". Then, at the same time run this program: > > #include > #define D (1<<10) > void *thread(void *n) { > int i; > double array[D]; > for (i=0;i } > int main() { > void *i; > pthread_t tid; > while (1) { > pthread_create(&tid,NULL,thread,i); > pthread_join(tid,&i); > } > } > > Let this program run for about a minute. Then kill this program. > > At this point, I sometimes get some calcru messages from the kernel. > > (This is not a contrived situation - this happens much more frequently > than this sample program when I run programs with threaded fftw3 calls - > I suspect that it throws off the cpu times shown by top.) Try this, http://www.freebsd.org/doc/en/books/faq/book.html#CALCRU-NEGATIVE -- Giovanni P. Tirloni http://tirloni.blogspot.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 01:55:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 798C916A427 for ; Mon, 7 Nov 2005 01:55:16 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxsf09.cluster1.charter.net (mxsf09.cluster1.charter.net [209.225.28.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1DB843D45 for ; Mon, 7 Nov 2005 01:55:14 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxip10a.cluster1.charter.net (mxip10a.cluster1.charter.net [209.225.28.140]) by mxsf09.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id jA71tC5L005473 for ; Sun, 6 Nov 2005 20:55:13 -0500 Received: from 24-151-33-109.dhcp.nwtn.ct.charter.com (HELO bedroom) ([24.151.33.109]) by mxip10a.cluster1.charter.net with ESMTP; 06 Nov 2005 20:55:13 -0500 X-IronPort-AV: i="3.97,298,1125892800"; d="scan'208"; a="1780804723:sNHT30160666" From: "Matt Smith" To: Date: Sun, 6 Nov 2005 20:55:12 -0500 Message-ID: <000001c5e33e$4aae6db0$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal In-Reply-To: <20051106222547.77BCB16A438@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: RE: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 01:55:16 -0000 Trying to put FBSD 6.0-Stable on a box and the error in the subject line (/create/symlink failed: no inodes free) comes up right after the filesystems are made and the transfer over FTP starts. What causes this error? Matt Smith From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 02:02:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 875F216A41F for ; Mon, 7 Nov 2005 02:02:22 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from misav01.sasknet.sk.ca (misav01.sasknet.sk.ca [142.165.20.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCD0D43D46 for ; Mon, 7 Nov 2005 02:02:21 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav01 with InterScan Messaging Security Suite; Sun, 06 Nov 2005 20:02:20 -0600 Received: from [192.168.0.193] ([142.165.59.202]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0IPK00J60AZTA0B0@bgmpomr1.sasknet.sk.ca> for freebsd-stable@freebsd.org; Sun, 06 Nov 2005 20:02:20 -0600 (CST) Date: Sun, 06 Nov 2005 20:02:17 -0600 From: Stephen Hurd In-reply-to: <000001c5e33e$4aae6db0$0201a8c0@bedroom> To: Matt Smith Message-id: <436EB5A9.8090200@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <000001c5e33e$4aae6db0$0201a8c0@bedroom> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8b) Gecko/20051001 Cc: freebsd-stable@freebsd.org Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 02:02:22 -0000 Matt Smith wrote: >Trying to put FBSD 6.0-Stable on a box and the error in the subject line >(/create/symlink failed: no inodes free) comes up right after the >filesystems are made and the transfer over FTP starts. What causes this >error? > > I've found this tends to happen if the install is aborted then restarted. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 02:13:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E4B716A41F for ; Mon, 7 Nov 2005 02:13:44 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 430CD43D45 for ; Mon, 7 Nov 2005 02:13:44 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20051107021326m9100dvh8pe>; Mon, 7 Nov 2005 02:13:43 +0000 Message-ID: <436EB845.8080907@math.missouri.edu> Date: Sun, 06 Nov 2005 20:13:25 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Giovanni P. Tirloni" References: <436E67F0.9050409@math.missouri.edu> <436EA824.5030106@tirloni.org> In-Reply-To: <436EA824.5030106@tirloni.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel: calcru: runtime went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 02:13:44 -0000 Giovanni P. Tirloni wrote: > Try this, > > http://www.freebsd.org/doc/en/books/faq/book.html#CALCRU-NEGATIVE Thank you. I must admit that I missed this. Unfortunately all the suggestions in this FAQ seem to be out of date - none of the suggested sysctls or kernel config options seem to apply to FreeBSD 6. Stephen From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 02:18:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3121716A41F for ; Mon, 7 Nov 2005 02:18:28 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxsf06.cluster1.charter.net (mxsf06.cluster1.charter.net [209.225.28.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id E294043D45 for ; Mon, 7 Nov 2005 02:18:26 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from mxip12a.cluster1.charter.net (mxip12a.cluster1.charter.net [209.225.28.142]) by mxsf06.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id jA72IPP6031198 for ; Sun, 6 Nov 2005 21:18:25 -0500 Received: from 24-151-33-109.dhcp.nwtn.ct.charter.com (HELO bedroom) (24.151.33.109) by mxip12a.cluster1.charter.net with ESMTP; 06 Nov 2005 21:18:25 -0500 X-IronPort-AV: i="3.97,298,1125892800"; d="scan'208"; a="1776466659:sNHT18110504" From: "Matt Smith" To: "'Stephen Hurd'" Date: Sun, 6 Nov 2005 21:18:24 -0500 Message-ID: <000001c5e341$885d6a50$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-reply-to: <436EB5A9.8090200@sasktel.net> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: freebsd-stable@freebsd.org Subject: RE: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 02:18:28 -0000 In this case I think the hard disk filled up during the install as I got later: "couldn't create /usr/compat - no space left on device." Matt -----Original Message----- From: Stephen Hurd [mailto:shurd@sasktel.net] Sent: Sunday, November 06, 2005 9:02 PM To: Matt Smith Cc: freebsd-stable@freebsd.org Subject: Re: /create/symlink failed: no inodes free Matt Smith wrote: >Trying to put FBSD 6.0-Stable on a box and the error in the subject line >(/create/symlink failed: no inodes free) comes up right after the >filesystems are made and the transfer over FTP starts. What causes this >error? > > I've found this tends to happen if the install is aborted then restarted. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 04:05:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F37B116A41F for ; Mon, 7 Nov 2005 04:05:55 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 898C043D45 for ; Mon, 7 Nov 2005 04:05:54 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.51) id 1EYyGW-0001X5-If for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 09:05:52 +0500 Message-ID: <436ED2A0.8050902@ntmk.ru> Date: Mon, 07 Nov 2005 09:05:52 +0500 From: Boris Kovalenko User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051003) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Can not upgrade to 6.0R from 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 04:05:56 -0000 Hello! I try to do src upgrade from 5.4S to 6.0R. After the make clean; make into /usr/src I getting next error: cc -O -pipe -march=pentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c /usr/src/lib/libkvm/kvm_proc.c /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /usr/src/lib/libkvm/kvm_proc.c:108: error: storage size of 't_cdev' isn't known /usr/src/lib/libkvm/kvm_proc.c:114: error: storage size of 'pr' isn't known /usr/src/lib/libkvm/kvm_proc.c:176: error: structure has no member named `ki_jid' /usr/src/lib/libkvm/kvm_proc.c:377: error: structure has no member named `p_rux' *** Error code 1 What's wrong? -- With respect, Boris From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 04:52:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 714B116A41F for ; Mon, 7 Nov 2005 04:52:46 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id F03CC43D46 for ; Mon, 7 Nov 2005 04:52:45 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.51) id 1EYyzs-0004nu-ER for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 09:52:44 +0500 Message-ID: <436EDD9C.1040409@ntmk.ru> Date: Mon, 07 Nov 2005 09:52:44 +0500 From: Boris Kovalenko User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051003) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <436ED2A0.8050902@ntmk.ru> In-Reply-To: <436ED2A0.8050902@ntmk.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Can not upgrade to 6.0R from 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 04:52:46 -0000 Boris Kovalenko wrote: Hello! Sorry, my mistake. Forgot that make buildworld should be used!! > Hello! > > I try to do src upgrade from 5.4S to 6.0R. After the make clean; > make into /usr/src I getting next error: > cc -O -pipe -march=pentiumpro -DLIBC_SCCS -I/usr/src/lib/libkvm -c > /usr/src/lib/libkvm/kvm_proc.c > /usr/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': > /usr/src/lib/libkvm/kvm_proc.c:108: error: storage size of 't_cdev' > isn't known > /usr/src/lib/libkvm/kvm_proc.c:114: error: storage size of 'pr' isn't known > /usr/src/lib/libkvm/kvm_proc.c:176: error: structure has no member named > `ki_jid' > /usr/src/lib/libkvm/kvm_proc.c:377: error: structure has no member named > `p_rux' > *** Error code 1 > > What's wrong? > -- With respect, Boris From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 04:53:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B80BC16A41F for ; Mon, 7 Nov 2005 04:53:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CD0043D45 for ; Mon, 7 Nov 2005 04:53:50 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5DEDC1A3C19; Sun, 6 Nov 2005 20:53:50 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 82FA5534AD; Sun, 6 Nov 2005 23:53:49 -0500 (EST) Date: Sun, 6 Nov 2005 23:53:49 -0500 From: Kris Kennaway To: Boris Kovalenko Message-ID: <20051107045349.GA90619@xor.obsecurity.org> References: <436ED2A0.8050902@ntmk.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <436ED2A0.8050902@ntmk.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Can not upgrade to 6.0R from 5.4-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 04:53:50 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 07, 2005 at 09:05:52AM +0500, Boris Kovalenko wrote: > Hello! >=20 > I try to do src upgrade from 5.4S to 6.0R. After the make clean;=20 > make into /usr/src I getting next error: 'make clean; make' is not part of the documented upgrade process. Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDbt3cWry0BWjoQKURApXrAJ0b0fbvIy1pdskIfgMAxnNYcPZFjQCcCDo4 JPl5KAYxDkmwYWluBPpKC7s= =QDdh -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 06:21:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6C0016A41F for ; Mon, 7 Nov 2005 06:21:58 +0000 (GMT) (envelope-from freebsd-stable@auscert.org.au) Received: from titania.auscert.org.au (gw.auscert.org.au [203.5.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F24543D45 for ; Mon, 7 Nov 2005 06:21:57 +0000 (GMT) (envelope-from freebsd-stable@auscert.org.au) Received: from app.auscert.org.au (app [10.0.1.192]) by titania.auscert.org.au (8.12.10/8.12.10) with ESMTP id jA76KMio000679 for ; Mon, 7 Nov 2005 16:20:22 +1000 (EST) Received: from app.auscert.org.au (localhost.auscert.org.au [127.0.0.1]) by app.auscert.org.au (8.13.1/8.13.1) with ESMTP id jA76LuC5049734 for ; Mon, 7 Nov 2005 16:21:56 +1000 (EST) (envelope-from freebsd-stable@auscert.org.au) Message-Id: <200511070621.jA76LuC5049734@app.auscert.org.au> To: freebsd-stable@freebsd.org From: Joel Hatton Dcc: Date: Mon, 07 Nov 2005 16:21:56 +1000 Subject: 5.x, 6.x and CPUTYPE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 06:21:58 -0000 Hi, I've noticed that some CPU definitions have changed in /etc/make.conf between 5 and 6. For good or for bad, I have up until now been building 5.x for both p3 and p4 architectures with 'i686' but this particular definition's removal from 6.x has given me cause to rethink my strategy. I'd like to know: Should I use 'i386' and build once for all, or use p3/p4 defs and build once for each? And if the latter, why? (does this give any worthwhile performance increase?) If I don't specify a CPUTYPE at all, will this be auto-detected in some way (which would probably not suit me) or will it fall back to i386? Is this a consistent requirement for world/kernel/ports? Finally, when building on a single host, but where multiple requirements are being met, is it possible to define different make.conf files for make or is it easier to just edit this file before each build? thanks, joel -- Joel Hatton -- Security Analyst | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland | WWW: www.auscert.org.au Qld 4072 Australia | Email: auscert@auscert.org.au From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 06:26:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E52816A41F for ; Mon, 7 Nov 2005 06:26:25 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from misav01.sasknet.sk.ca (misav01.sasknet.sk.ca [142.165.20.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id F16CA43D45 for ; Mon, 7 Nov 2005 06:26:24 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr2.sasknet.sk.ca ([142.165.72.23]) by misav01 with InterScan Messaging Security Suite; Mon, 07 Nov 2005 00:26:24 -0600 Received: from [192.168.0.193] ([142.165.59.202]) by bgmpomr2.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0IPK00GLFN7YQM60@bgmpomr2.sasknet.sk.ca> for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 00:26:24 -0600 (CST) Date: Mon, 07 Nov 2005 00:26:22 -0600 From: Stephen Hurd In-reply-to: <000001c5e341$885d6a50$0201a8c0@bedroom> To: Matt Smith Message-id: <436EF38E.8010808@sasktel.net> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <000001c5e341$885d6a50$0201a8c0@bedroom> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8b) Gecko/20051001 Cc: freebsd-stable@freebsd.org Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 06:26:25 -0000 Matt Smith wrote: >In this case I think the hard disk filled up during the install as I got >later: "couldn't create /usr/compat - no space left on device." > > Right... that's essentially the same error. What apears to happen when the install is aborted/restarted is that instead of installing to the HD, it ends up trying to install to the RAM disk... which fills up pretty quickly. :-) Of course, it is possible that the HD did fill. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 10:53:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACF6616A41F for ; Mon, 7 Nov 2005 10:53:11 +0000 (GMT) (envelope-from tatar@cg.yu) Received: from mail.cg.yu (mail.cg.yu [195.66.161.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8F8443D58 for ; Mon, 7 Nov 2005 10:53:09 +0000 (GMT) (envelope-from tatar@cg.yu) Received: (qmail 34967 invoked from network); 7 Nov 2005 10:53:07 -0000 Received: from unknown (HELO webmax.cg.yu) (213.149.105.18) by cg.yu with SMTP; 7 Nov 2005 10:53:07 -0000 Received: from 213.149.102.68 (unverified [213.149.102.68]) by webmax.cg.yu (VisualMail 4.0) with WEBMAIL id 22246; Mon, 07 Nov 2005 10:53:04 +0000 From: tatar@cg.yu To: freebsd-stable@freebsd.org Importance: Normal Sensitivity: Normal Message-ID: X-Mailer: Mintersoft VisualMail, Build 4.0.111601 X-Originating-IP: [213.149.102.68] Date: Mon, 07 Nov 2005 10:53:04 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Subject: HS20 Blade Center installation problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 10:53:11 -0000 Installation of FreeBSD 6.0 on IBM HS20 Blade Center stops at: atkbdc: at port 0x60, 0x64 on isa0 atkbd0: flags 0x1 irq1 on atkbdc0 The same problem is with different type of installation (Default, Safe Mode, With USB Keyboard). Does anyone have solution for this problem? ---------------------------------------------------------------------------- WebMax! - Internet Crna Gora Service From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 11:23:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9329F16A41F for ; Mon, 7 Nov 2005 11:23:33 +0000 (GMT) (envelope-from sebster@sebster.com) Received: from smtp.profdata.nl (server.profdata.nl [213.196.2.244]) by mx1.FreeBSD.org (Postfix) with SMTP id C6CDF43D45 for ; Mon, 7 Nov 2005 11:23:32 +0000 (GMT) (envelope-from sebster@sebster.com) Received: (qmail 63982 invoked from network); 7 Nov 2005 11:23:31 -0000 Received: from unknown (HELO ?10.0.0.6?) (80.126.244.3) by server.profdata.nl with SMTP; 7 Nov 2005 11:23:31 -0000 Message-ID: <436F3931.6010909@sebster.com> Date: Mon, 07 Nov 2005 12:23:29 +0100 From: Sebastiaan van Erk User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <436DEB56.4050505@sebster.com> <20051106124722.GA705@bsd.trippelsdorf.de> In-Reply-To: <20051106124722.GA705@bsd.trippelsdorf.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Markus Trippelsdorf Subject: Re: Sound skipping problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 11:23:33 -0000 Hi, Thanks for the tip, this seems to do the trick. Tested it with /usr/ports/sysutils/stress: root@piglet(ttyp7:42:0):/shared# stress --cpu 8 --io 4 --vm 2 --vm-bytes 128M --hdd 4 --timeout 10m stress: info: [2439] dispatching hogs: 8 cpu, 4 io, 2 vm, 4 hdd and heard no more skips. Greetings, Sebastiaan van Erk Markus Trippelsdorf wrote: > On Sun, Nov 06, 2005 at 12:39:02PM +0100, Sebastiaan van Erk wrote: > >>Hi, >> >>I have major sound skipping problems on FreeBSD 6.0. I checked the >>mailing list archives and found a related thread: > > ... > >>Does anybody have any ideas of what I could do to solve this problem? >> > > You could try to set hint.pcm.0.buffersize="16384" in /boot/loader.conf . > It solved the problem for me. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 11:27:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49EE816A41F for ; Mon, 7 Nov 2005 11:27:53 +0000 (GMT) (envelope-from sebster@sebster.com) Received: from smtp.profdata.nl (server.profdata.nl [213.196.2.244]) by mx1.FreeBSD.org (Postfix) with SMTP id 8C4C943D45 for ; Mon, 7 Nov 2005 11:27:52 +0000 (GMT) (envelope-from sebster@sebster.com) Received: (qmail 64264 invoked from network); 7 Nov 2005 11:27:51 -0000 Received: from unknown (HELO ?10.0.0.6?) (80.126.244.3) by server.profdata.nl with SMTP; 7 Nov 2005 11:27:51 -0000 Message-ID: <436F3A36.3070608@sebster.com> Date: Mon, 07 Nov 2005 12:27:50 +0100 From: Sebastiaan van Erk User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051017) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <436DEB56.4050505@sebster.com> <20051106210447.2145e551.skywizard@MyBSD.org.my> In-Reply-To: <20051106210447.2145e551.skywizard@MyBSD.org.my> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Ariff Abdullah Subject: Re: Sound skipping problems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 11:27:53 -0000 Hi, Thank you for your reply! I tried the patch, but unfortunately when I reboot with the patch (which cleanly applies and compiles), audio stops working. The device (pcm0) is still there, the mixer is set ok, and everything looks normal, just no sound comes out of the speakers. I have no idea why the patch doesn't work, but if you want any more information I'll be happy to supply it to you. The sound skipping seems at least fixed by just increasing the buffer size, but don't know how reliable this workaround is compared to a structural workaround. Furthermore I don't know if this message is relevant, but it seems the snd_8233 driver doesn't like my audio codec very much: pcm0: port 0xec00-0xecff irq 22 at device 17.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: Greetings, Sebastiaan van Erk Ariff Abdullah wrote: > On Sun, 06 Nov 2005 12:39:02 +0100 > Sebastiaan van Erk wrote: > >>Hi, >> >>I have major sound skipping problems on FreeBSD 6.0. I checked the >>mailing list archives and found a related thread: >> >>http://lists.freebsd.org/pipermail/freebsd-current/2005-June/051103.html >> >>To quote Jeff Roberson: >> >> > I have a patch that should greatly improve the sound skipping >> > problems people have under heavy io load. Several people sent me >> > traces that showed the buf daemon running for hundreds of >> > milliseconds with Giant held, which can hold up the pcm code. >> > The patch is available at: >> > >> > http://www.chesapeake.net/~jroberson/flushbuf.diff >> >>The problems are definately correlated to io load, however I can't >>say that I have HEAVY io loads. A simple: # sync;sync;sync; will >>already cause the sound to skip. >> >>I have DMA enabled on all drives, and it seems the above patch is >>already merged into FreeBSD 6.0-STABLE. This leaves me at a loss, >>and I don't know what else to try... >> >>Does anybody have any ideas of what I could do to solve this >>problem? >> >> > > Recompile your kernel with "options PREEMPTION", and apply this patch: > > http://people.freebsd.org/~ariff/snd_RELENG_6_0_20051030_058.diff > > > -- > Ariff Abdullah > MyBSD > > http://www.MyBSD.org.my (IPv6/IPv4) > http://staff.MyBSD.org.my (IPv6/IPv4) > http://tomoyo.MyBSD.org.my (IPv6/IPv4) > _______________________________________________ > 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 Mon Nov 7 11:39:42 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79F7616A41F for ; Mon, 7 Nov 2005 11:39:42 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id E03E643D49 for ; Mon, 7 Nov 2005 11:39:41 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by nproxy.gmail.com with SMTP id l24so113001nfc for ; Mon, 07 Nov 2005 03:39:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=h3GEriGiI8IucicLBw5YDGEhbb2wrpo9XbcVzVgFZ3KYdcormlqIueXZwO61wy3Pp2J0SPzeiU84I8PcZ6aTaZP9pCdFg+KfDbTlbZt+vFGZczjZaOKLyYyGxwVpV4W1ekkqpEHBzwZSChJeQV/QXxSAtyIhEaaZyGdSNgj8NAg= Received: by 10.48.229.12 with SMTP id b12mr1053494nfh; Mon, 07 Nov 2005 03:39:40 -0800 (PST) Received: by 10.48.43.6 with HTTP; Mon, 7 Nov 2005 03:39:40 -0800 (PST) Message-ID: <1dbad3150511070339k15a99854r@mail.gmail.com> Date: Mon, 7 Nov 2005 12:39:40 +0100 From: Michael Schuh To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: timecounter and Hz quality in kern RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 11:39:42 -0000 Hello, i be very surprised about the performance of RELENG_6. Congratulations to the entire Team for this very good work. Now i have 2 Machines installed with 6.0-RC1, and i have seen that on both machines the Hz is differntly with GENERIC-Kernel. Machine A is an Sempron 2400+ that runs as 2500+ (i have tuned the clock to best RAM-Performace) Machine B is an Duron 700MHz On Machine A i got an Hz from 2000 effectively systat -vmstat 1 show me 2000 IRQ/s on clk sysctl say's 1000....i think, but not sure On Machine B i got an Hz from 1000 effectively systat-vmstat 1 show me 1000 IRQ/s on clk After digging in the source i have found that timec.c have an routine for computing the so called "Hz quality". Can anyone explain me the "mystics" behind Hz quality, and why or how this quality is computed and what are the efforts? My knowledge is not deep enough to know these details. thanks best regards michael From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 12:05:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6162B16A41F for ; Mon, 7 Nov 2005 12:05:04 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx04.interbgc.com [217.9.224.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 5AAEA43D7E for ; Mon, 7 Nov 2005 12:04:55 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 77058 invoked from network); 7 Nov 2005 12:04:54 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.5/8.0):. Processed in 2.353027 secs); 07 Nov 2005 12:04:54 -0000 X-Spam-Status: No, hits=-2.5 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx04.interbgc.com with SMTP; 7 Nov 2005 12:04:51 -0000 Received: (qmail 34987 invoked from network); 7 Nov 2005 12:04:50 -0000 Received: from qmail by qscan (mail filter); 7 Nov 2005 12:04:50 +0000 Received: from unknown (HELO ?10.0.0.3?) (ndenev@10.0.0.3) by tormentor.totalterror.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 7 Nov 2005 12:04:50 -0000 Message-ID: <436F42E1.2000904@cytexbg.com> Date: Mon, 07 Nov 2005 14:04:49 +0200 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <436E67F0.9050409@math.missouri.edu> <436EA824.5030106@tirloni.org> <436EB845.8080907@math.missouri.edu> In-Reply-To: <436EB845.8080907@math.missouri.edu> X-Enigmail-Version: 0.92.1.0 OpenPGP: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "Giovanni P. Tirloni" Subject: Re: kernel: calcru: runtime went backwards X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 12:05:04 -0000 Stephen Montgomery-Smith wrote: > Giovanni P. Tirloni wrote: > >> Try this, >> >> http://www.freebsd.org/doc/en/books/faq/book.html#CALCRU-NEGATIVE > > > Thank you. I must admit that I missed this. Unfortunately all the > suggestions in this FAQ seem to be out of date - none of the suggested > sysctls or kernel config options seem to apply to FreeBSD 6. > > Stephen I have the same problem after the switch to 6.0 from 5.4 : http://lists.freebsd.org/pipermail/freebsd-stable/2005-November/019171.html I've set the kern.timecounter sysctl to i8254 as suggested by Joseph Koshy. Now it seems that i get these messages rarely, maybe onece a day. Before this i get maybe 4-5 daily. Now it clearly looks that this has something to do with excessive thread usage. --niki From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 12:53:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3D4A16A420 for ; Mon, 7 Nov 2005 12:53:40 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id D325943D48 for ; Mon, 7 Nov 2005 12:53:36 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA09326; Mon, 07 Nov 2005 14:53:22 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <436F4E41.7070506@icyb.net.ua> Date: Mon, 07 Nov 2005 14:53:21 +0200 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051016) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Manfred Lotz References: <1119082999.00317887.1119072002@10.7.7.3> <1119291807.00318853.1119280201@10.7.7.3> <1131225811.00401216.1131213001@10.7.7.3> <1131229392.00401234.1131216001@10.7.7.3> In-Reply-To: <1131229392.00401234.1131216001@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic with cdrecord X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 12:53:41 -0000 on 05/11/2005 20:36 Manfred Lotz said the following: > > I agree. Happened to me as well under FreeBSD 6.0. burncd was hanging > when trying to fixate and never came back. I personally don't see this problem, but I am still curious - has any of you guys tried to debug this problem ? E.g. attaching with gdb and checking where exaclty burncd hangs/loops etc. I am sure that there should exist a PR for this problem, so maybe collecting all available (useful) information under would help to make resolution closer. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 13:20:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F83A16A436 for ; Mon, 7 Nov 2005 13:20:25 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5325A43D5A for ; Mon, 7 Nov 2005 13:20:22 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id jA7DKHQV005882; Mon, 7 Nov 2005 13:20:17 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id jA7DKHHJ073044; Mon, 7 Nov 2005 13:20:17 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id jA7DKCDW073043; Mon, 7 Nov 2005 13:20:12 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Stephen Hurd In-Reply-To: <436EB5A9.8090200@sasktel.net> References: <000001c5e33e$4aae6db0$0201a8c0@bedroom> <436EB5A9.8090200@sasktel.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 07 Nov 2005 13:20:11 +0000 Message-Id: <1131369611.72476.14.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Matt Smith , freebsd-stable@freebsd.org Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 13:20:26 -0000 On Sun, 2005-11-06 at 20:02 -0600, Stephen Hurd wrote: > Matt Smith wrote: > > >Trying to put FBSD 6.0-Stable on a box and the error in the subject line > >(/create/symlink failed: no inodes free) comes up right after the > >filesystems are made and the transfer over FTP starts. What causes this > >error? > > > > > I've found this tends to happen if the install is aborted then restarted. Indeed. http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/45565 Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 15:11:22 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45F2D16A41F for ; Mon, 7 Nov 2005 15:11:22 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6D2943D4C for ; Mon, 7 Nov 2005 15:11:21 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id D0D132C278; Mon, 7 Nov 2005 09:11:19 -0600 (CST) Date: Mon, 7 Nov 2005 09:11:13 -0600 From: Craig Boston To: Joel Hatton Message-ID: <20051107151050.GA1212@nowhere> Mail-Followup-To: Craig Boston , Joel Hatton , freebsd-stable@freebsd.org References: <200511070621.jA76LuC5049734@app.auscert.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511070621.jA76LuC5049734@app.auscert.org.au> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 5.x, 6.x and CPUTYPE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 15:11:22 -0000 On Mon, Nov 07, 2005 at 04:21:56PM +1000, Joel Hatton wrote: > I've noticed that some CPU definitions have changed in /etc/make.conf > between 5 and 6. For good or for bad, I have up until now been building > 5.x for both p3 and p4 architectures with 'i686' but this particular > definition's removal from 6.x has given me cause to rethink my strategy. > I'd like to know: Joel, thanks for pointing this out, I hadn't noticed this until I saw your message. I always build my production servers with CPUTYPE=i686 so they can be transplanted to any machine with a PPro or better processor (or even qemu if necessary). Looking at bsd.cpu.mk, it appears that i686 *IS* still accepted (for 5.x compat?) and is just aliased to CPUTYPE=pentiumpro. Craig From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 15:33:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CFAF16A420 for ; Mon, 7 Nov 2005 15:33:53 +0000 (GMT) (envelope-from justinus@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2E3143D49 for ; Mon, 7 Nov 2005 15:33:52 +0000 (GMT) (envelope-from justinus@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so413030wxc for ; Mon, 07 Nov 2005 07:33:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Pzmp7NJrWb59eD7AUQllVfqu8JlMfm7cl4/NJyW8k2AonATzCPz+nbRdNA8wqFDcQSJkZc6EbDTRoTQIJoV0L7pM1TAdXHexVGKcfFtUWrJLmKeXi5k+tHNuWdbh+yZTxezasdfp9Y/NhM7ZGlQaMI+YaMrBx6PgGnbn7Zc5CqA= Received: by 10.70.67.19 with SMTP id p19mr2217092wxa; Mon, 07 Nov 2005 07:33:52 -0800 (PST) Received: by 10.70.105.3 with HTTP; Mon, 7 Nov 2005 07:33:52 -0800 (PST) Message-ID: <8e64f4a00511070733k2e5bf518h15ec3179c942887c@mail.gmail.com> Date: Mon, 7 Nov 2005 22:33:52 +0700 From: Justinus Andjarwirawan To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: 6.0 on Thinkpad T41 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 15:33:53 -0000 I still have a freeze upon shutting down the system, and also reboot. Tried Googling on this but no help :( From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 16:10:27 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA0EC16A41F for ; Mon, 7 Nov 2005 16:10:27 +0000 (GMT) (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 8BE3A43D45 for ; Mon, 7 Nov 2005 16:10:22 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (iforgf@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id jA7GAK6a047438 for ; Mon, 7 Nov 2005 17:10:20 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id jA7GAKSB047437; Mon, 7 Nov 2005 17:10:20 +0100 (CET) (envelope-from olli) Date: Mon, 7 Nov 2005 17:10:20 +0100 (CET) Message-Id: <200511071610.jA7GAKSB047437@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <1dbad3150511070339k15a99854r@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) Cc: Subject: Re: timecounter and Hz quality in kern RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 16:10:27 -0000 Michael Schuh wrote: > i be very surprised about the performance of RELENG_6. > Congratulations to the entire Team for this very good work. > > Now i have 2 Machines installed with 6.0-RC1, and i have seen that on > both machines the Hz is differntly with GENERIC-Kernel. "sysctl kern.clockrate" tells you the HZ value. In FreeBSD 6 the dafult is 1000, unless you change it via "options HZ=x" in your kernel configuration. The values from systat(1) or vmstat(8) are not reliable, because the counters are only 32bit and can overflow. For example, one machine here with HZ=1000 reports only 428 in "vmstat -i": $ sysctl kern.boottime ; date +%s ; vmstat -i | grep clk kern.boottime: { sec = 1123867316, usec = 744735 } Fri Aug 12 19:21:56 2005 1131378875 clk irq0 3216967596 428 Dividing the counter value by the uptime (in seconds) seems to confirm the bogus rate of 428: $ runtime='( 1131378875 - 1123867316 )' $ echo '3216967596 / $runtime' | bc 428 But the 32bit counter has already overflowed once, so we have to add 2^32. This gives the correct value: $ echo '( 3216967596 + 2 ^ 32 ) / $runtime' | bc 1000 > After digging in the source i have found that timec.c have an routine for > computing the so called "Hz quality". During boot, the kernel probes several time counters and assigns "quality" values. Typically you have three of them (i8254, ACPI, TPC). The time counter with the highest quality value will be used for timing by default, but you can change it via sysctl if you know what you are doing. Type "sysctl kern.timecounter" and see the result. > Can anyone explain me the "mystics" behind Hz quality, > and why or how this quality is computed and what are the > efforts? The reason for that is to have a time counter that is as precise and reliable as possible. For example, TPC has issues on SMP and power-managed machines, therefore it is not as reliable as ACPI, so usually the ACPI timecounter has higher quality (although it takes more clock cycles to query it). Oh, there's also a timecounter called "dummy", which does not count time at all. :-) It exists for debugging purposes only, AFAIK, and has a negative quality value, so it is never selected automatically. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 16:25:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F9C516A41F for ; Mon, 7 Nov 2005 16:25:00 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A9F243D45 for ; Mon, 7 Nov 2005 16:24:59 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 3848C4DA18; Mon, 7 Nov 2005 17:24:58 +0100 (CET) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id DFC49138C21; Mon, 7 Nov 2005 17:24:50 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-130-024.pools.arcor-ip.net [84.61.130.24]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id C24DBB9D2C; Mon, 7 Nov 2005 17:24:56 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.4]) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id jA7GOr9c044112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Nov 2005 17:24:53 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.4/8.13.1) with ESMTP id jA7GOqBv032460; Mon, 7 Nov 2005 17:24:52 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.4/8.13.1/Submit) id jA7GOjA8032459; Mon, 7 Nov 2005 17:24:45 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Mon, 7 Nov 2005 17:24:37 +0100 User-Agent: KMail/1.8.3 References: <200511071610.jA7GAKSB047437@lurza.secnetix.de> In-Reply-To: <200511071610.jA7GAKSB047437@lurza.secnetix.de> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: Oliver Fromme Subject: Re: timecounter and Hz quality in kern RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 16:25:00 -0000 --nextPart2931541.fXAQMXsWEg Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday, 7. November 2005 17:10, Oliver Fromme wrote: > Michael Schuh wrote: > > i be very surprised about the performance of RELENG_6. > > Congratulations to the entire Team for this very good work. > > > > Now i have 2 Machines installed with 6.0-RC1, and i have seen that on > > both machines the Hz is differntly with GENERIC-Kernel. > > "sysctl kern.clockrate" tells you the HZ value. > In FreeBSD 6 the dafult is 1000, unless you change > it via "options HZ=3Dx" in your kernel configuration. =2E.. or via the kern.hz loader tunable. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2931541.fXAQMXsWEg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDb3/MXhc68WspdLARApZEAJ4wPUq5pYPnRsBFTbgfxerH0ggYDgCdH9uq nHLoph6xZAEkApChB5Ke0vA= =0yfR -----END PGP SIGNATURE----- --nextPart2931541.fXAQMXsWEg-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 16:42:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A71F16A41F for ; Mon, 7 Nov 2005 16:42:47 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAE1A43D48 for ; Mon, 7 Nov 2005 16:42:46 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so429692wxc for ; Mon, 07 Nov 2005 08:42:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=pnJzaIG1fTCiApjR0lIx6A7FLyJokLn5TcXVJD+8NsPsRGTNqY1sxDt2Y6fvQLJdZcj1aXzkeFW5ZPSocBhgRGlaR8KW88vfBXdYXgrcG/lml92pUTu7vPneIHhZA1Euf1A4j4WdkWZPXU+l2n3btC+C6zRlcx5o2DBjp35c4hY= Received: by 10.70.109.20 with SMTP id h20mr5200053wxc; Mon, 07 Nov 2005 08:42:45 -0800 (PST) Received: by 10.70.104.18 with HTTP; Mon, 7 Nov 2005 08:42:45 -0800 (PST) Message-ID: <35c231bf0511070842v728ada2fq6c7846c9bd23f590@mail.gmail.com> Date: Mon, 7 Nov 2005 08:42:45 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: Gavin Atkinson In-Reply-To: <1131369611.72476.14.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <000001c5e33e$4aae6db0$0201a8c0@bedroom> <436EB5A9.8090200@sasktel.net> <1131369611.72476.14.camel@buffy.york.ac.uk> Cc: Matt Smith , freebsd-stable@freebsd.org, Stephen Hurd Subject: Re: /create/symlink failed: no inodes free X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 16:42:47 -0000 On 11/7/05, Gavin Atkinson wrote: > On Sun, 2005-11-06 at 20:02 -0600, Stephen Hurd wrote: > > Matt Smith wrote: > > > > >Trying to put FBSD 6.0-Stable on a box and the error in the subject li= ne > > >(/create/symlink failed: no inodes free) comes up right after the > > >filesystems are made and the transfer over FTP starts. What causes th= is > > >error? > > > > > > > > I've found this tends to happen if the install is aborted then restarte= d. > > Indeed. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dbin/45565 > > Gavin Can one of you post a followup to the bug stating that it's still present in the most recent version of the OS? I'm hoping that the bug wasn't just forgotten but 3 years is a long time, I think there are a lot of things I've forgotten in that period. :) From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 16:48:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F0BF16A41F for ; Mon, 7 Nov 2005 16:48:50 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id C3BA743D45 for ; Mon, 7 Nov 2005 16:48:49 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id BEE344DA53 for ; Mon, 7 Nov 2005 17:48:48 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id 8FB491585B4 for ; Mon, 7 Nov 2005 17:48:48 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-130-024.pools.arcor-ip.net [84.61.130.24]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 1BEEB4D9D0 for ; Mon, 7 Nov 2005 17:48:48 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.4]) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id jA7GmkH7044491 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 7 Nov 2005 17:48:46 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.4/8.13.1) with ESMTP id jA7Gmjbf032714 for ; Mon, 7 Nov 2005 17:48:45 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.4/8.13.1/Submit) id jA7GmjJ5032713 for freebsd-stable@freebsd.org; Mon, 7 Nov 2005 17:48:45 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Mon, 7 Nov 2005 17:48:42 +0100 User-Agent: KMail/1.8.3 X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Subject: OT: Failure notices from blogger.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 16:48:50 -0000 --nextPart1957962.XJsxOnL38n Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I recently started to get failure notices from postgateway@blogger.com when= I=20 post on the freebsd-stable mailing list. What is that all about? Is somebody redirecting all mail on the list to a b= log=20 via post-by-mail?=20 If so, FYI: blogger.com does not like pgp signatures and it insists on tell= ing=20 me about it again and again. I'm not particularly amused. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1957962.XJsxOnL38n Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDb4VsXhc68WspdLARAkulAJ41bzz+OEkv/vEj5weqi8o9KmKY+QCcDvpm xjZPVEvGLjV4m35GU+APELg= =+waw -----END PGP SIGNATURE----- --nextPart1957962.XJsxOnL38n-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 16:49:06 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EB8016A424 for ; Mon, 7 Nov 2005 16:49:06 +0000 (GMT) (envelope-from bkelly@vadev.org) Received: from timesheets.argoneng.com (nat.argoneng.com [208.247.255.11]) by mx1.FreeBSD.org (Postfix) with SMTP id C1A1843D46 for ; Mon, 7 Nov 2005 16:49:05 +0000 (GMT) (envelope-from bkelly@vadev.org) Received: from tethys.argon.local ([192.168.1.247]) by timesheets.argoneng.com (SMSSMTP 4.0.0.59) with SMTP id M2005110711522517580 for ; Mon, 07 Nov 2005 11:52:25 -0500 Received: from lh.argoneng.com ([192.168.2.1]) by tethys.argon.local with Microsoft SMTPSVC(6.0.3790.1830); Mon, 7 Nov 2005 11:49:04 -0500 Received: from cordia.argon.local (cordia.argon.local [192.168.33.101]) by lh.argoneng.com (8.11.6/8.11.0) with ESMTP id jA7Gn3622849 for ; Mon, 7 Nov 2005 11:49:03 -0500 From: Ben Kelly To: stable@freebsd.org Date: Mon, 7 Nov 2005 11:49:02 -0500 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511071149.03181.bkelly@vadev.org> X-OriginalArrivalTime: 07 Nov 2005 16:49:04.0219 (UTC) FILETIME=[295BAAB0:01C5E3BB] Cc: Subject: loader.conf setting ignored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 16:49:06 -0000 Hello all, I am trying to turn on geom debug at boot in order to help figure out my gvinum problem, but I can't seem to set the variable from loader.conf. I can, however, set the variable from the loader prompt. My loader.conf looks like: geom_vinum_load="YES" kern.geom.debugflags="1" I verified that my loader.rc contains these lines: include /boot/loader.4th start Any ideas on why debugflags cannot be set from loader.conf? I tried googling and found many references to people using it this way. Any help would be greatly appreciated. Thanks. - Ben From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 16:49:38 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AD0516A41F for ; Mon, 7 Nov 2005 16:49:38 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A24443D49 for ; Mon, 7 Nov 2005 16:49:37 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA7Gwmig055508; Mon, 7 Nov 2005 11:58:48 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Mon, 7 Nov 2005 11:49:17 -0500 User-Agent: KMail/1.6.2 References: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> In-Reply-To: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511071149.19760.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1165/Sun Nov 6 00:12:58 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Mike Jakubik Subject: Re: AGP ceased to work on eMachines M5310 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 16:49:38 -0000 On Sunday 06 November 2005 02:20 pm, Mike Jakubik wrote: > The AGP does not seem to be detected on this laptop any more, i am > positive that DRM used to work just fine on an earlier 5.x version. > This is what happens why i try to load X. > > drm0: port 0x9000-0x90ff mem > 0xe0000000-0xefffffff,0xd0100000-0xd010ffff irq 10 at device 5.0 on > pci1 info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 > error: [drm:pid557:radeon_cp_init] *ERROR* radeon_cp_init called > without lock held > error: [drm:pid557:drm_unlock] *ERROR* Process 557 using kernel > context 0 > > (EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI. > > Here are the specifications for the laptop > http://emachines.com/support/product_support.html?cat=notebook&subc >at=M-Series&model=M5310 Please send me 'pciconf -lv' output. Thanks, Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 17:02:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2B4F16A41F for ; Mon, 7 Nov 2005 17:02:04 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A46343D46 for ; Mon, 7 Nov 2005 17:02:04 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IPL00182GTFAWD0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 18:05:39 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IPL00L6VGSA2ZQ0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 18:04:58 +0100 (CET) Date: Mon, 07 Nov 2005 18:02:02 +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: <8e64f4a00511070733k2e5bf518h15ec3179c942887c@mail.gmail.com> To: freebsd-stable@freebsd.org Message-id: <20051107180202.6f0d7e49.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <8e64f4a00511070733k2e5bf518h15ec3179c942887c@mail.gmail.com> Subject: Re: 6.0 on Thinkpad T41 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 17:02:05 -0000 On Mon, 07 Nov 2005 22:33:52 +0700 Justinus Andjarwirawan wrote: > I still have a freeze upon shutting down the system, and also reboot. > Tried Googling on this but no help :( Is this a "fresh" installation or an upgrade from a previous version of FreeBSD? I upgraded my T41 this weekend (from 5.4-stable, with cvsup) and haven't seen any ill effects so far(but I haven't used it much either). I'm running 6.0-stable, with the GENERIC kernel, on a wired network. I haven't tried the wireless (ath) network yet. Are you using anything that could be considered "special"? Like Bluetooth, wireless? Does your T41 have any special hardware inside? Please provide more information. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 17:04:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8847916A41F for ; Mon, 7 Nov 2005 17:04:27 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4478143D53 for ; Mon, 7 Nov 2005 17:04:24 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IPL001H5GXCB8D0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 18:08:00 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IPL00LPGGW62YU0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 18:07:18 +0100 (CET) Date: Mon, 07 Nov 2005 18:04:23 +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: <200511071748.44924.lofi@freebsd.org> To: freebsd-stable@freebsd.org Message-id: <20051107180423.0100449b.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <200511071748.44924.lofi@freebsd.org> Subject: Re: OT: Failure notices from blogger.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 17:04:27 -0000 On Mon, 07 Nov 2005 17:48:42 +0100 Michael Nottebrock wrote: > If so, FYI: blogger.com does not like pgp signatures and it insists on > telling me about it again and again. I'm not particularly amused. FYI2: it doesn't like "application/octet-stream" attachments either. -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 17:05:27 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3EA616A41F for ; Mon, 7 Nov 2005 17:05:27 +0000 (GMT) (envelope-from sarxan@azerin.com) Received: from mail.azerin.com (mail.azerin.com [212.47.128.23]) by mx1.FreeBSD.org (Postfix) with SMTP id 30B4443D58 for ; Mon, 7 Nov 2005 17:05:25 +0000 (GMT) (envelope-from sarxan@azerin.com) Received: (qmail 32123 invoked from network); 7 Nov 2005 17:05:41 -0000 Received: from qmail by qscan (mail filter); 7 Nov 2005 17:05:41 +0000 Received: from unknown (HELO elxanzade.com) (212.47.128.109) by mail.azerin.com with SMTP; 7 Nov 2005 17:05:41 -0000 From: Sarxan Elxanzade Organization: AzerIn To: freebsd-stable@freebsd.org Date: Mon, 7 Nov 2005 21:05:35 +0400 User-Agent: KMail/1.8.2 References: <200511071149.03181.bkelly@vadev.org> In-Reply-To: <200511071149.03181.bkelly@vadev.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511072105.36728.sarxan@azerin.com> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ml350.azerin.com X-Spam-Level: X-Spam-Status: No, score=-2.8 required=3.5 tests=ALL_TRUSTED autolearn=failed version=3.0.4 Cc: stable@freebsd.org, Ben Kelly Subject: Re: loader.conf setting ignored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 17:05:27 -0000 Write kern.geom.debugflags=1 it in to sysctl.conf and then try again. On Monday 07 November 2005 20:49, Ben Kelly wrote: > My loader.conf looks like: > kern.geom.debugflags="1" -- Elkhanzade Sarkhan Azerin ISP, U.Hajibeyov 36, Baku Systems Administrator Phone work : +994124982533 e-mail : sarxan@azerin.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 17:05:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD15616A420 for ; Mon, 7 Nov 2005 17:05:27 +0000 (GMT) (envelope-from sarxan@azerin.com) Received: from mail.azerin.com (mail.azerin.com [212.47.128.23]) by mx1.FreeBSD.org (Postfix) with SMTP id 309A243D55 for ; Mon, 7 Nov 2005 17:05:25 +0000 (GMT) (envelope-from sarxan@azerin.com) Received: (qmail 32123 invoked from network); 7 Nov 2005 17:05:41 -0000 Received: from qmail by qscan (mail filter); 7 Nov 2005 17:05:41 +0000 Received: from unknown (HELO elxanzade.com) (212.47.128.109) by mail.azerin.com with SMTP; 7 Nov 2005 17:05:41 -0000 From: Sarxan Elxanzade Organization: AzerIn To: freebsd-stable@freebsd.org Date: Mon, 7 Nov 2005 21:05:35 +0400 User-Agent: KMail/1.8.2 References: <200511071149.03181.bkelly@vadev.org> In-Reply-To: <200511071149.03181.bkelly@vadev.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511072105.36728.sarxan@azerin.com> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ml350.azerin.com X-Spam-Level: X-Spam-Status: No, score=-2.8 required=3.5 tests=ALL_TRUSTED autolearn=failed version=3.0.4 Cc: stable@freebsd.org, Ben Kelly Subject: Re: loader.conf setting ignored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 17:05:27 -0000 Write kern.geom.debugflags=1 it in to sysctl.conf and then try again. On Monday 07 November 2005 20:49, Ben Kelly wrote: > My loader.conf looks like: > kern.geom.debugflags="1" -- Elkhanzade Sarkhan Azerin ISP, U.Hajibeyov 36, Baku Systems Administrator Phone work : +994124982533 e-mail : sarxan@azerin.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 17:10:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A59F16A422 for ; Mon, 7 Nov 2005 17:10:33 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2CE143D75 for ; Mon, 7 Nov 2005 17:10:20 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 8A9F5C258; Mon, 7 Nov 2005 12:10:19 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 02D0DC256; Mon, 7 Nov 2005 12:10:15 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 92A76C1F6; Mon, 7 Nov 2005 12:10:14 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=OQX+CkGupaZbr/xHMkP0zrkMP34ls2sD+kxIEts2UUALa8lqhjcQW9Ip/wDbz+7HY cGluJVpaR9XQdfyHLT4a01UEbdIQRGl4GqFJ+XxIkkkxDFYMZ1tGY8fewXNcLj7 Received: from [10.12.211.61] (usstls-23.savvis.net [64.242.52.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 14FF6C1E2; Mon, 7 Nov 2005 12:10:12 -0500 (EST) Message-ID: <436F8A6D.5080208@protected-networks.net> Date: Mon, 07 Nov 2005 12:10:05 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <436E7B02.9020207@protected-networks.net> <436E8290.3050604@protected-networks.net> In-Reply-To: <436E8290.3050604@protected-networks.net> X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: 6-stable unstable with HighPoint HPT372N UDMA133 controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 17:10:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 | I wrote: | | cvsup'd and built: FreeBSD 6.0-STABLE #4: Fri Nov 4 18:07:30 EST 2005 | | ~ [ .. ] | | | Nov 6 16:43:27 mail kernel: DOH! ata_alloc_request failed! | | Nov 6 16:43:27 mail kernel: FAILURE - out of memory in | ata_raid_init_request | | Nov 6 16:43:27 mail last message repeated 7 times | | Nov 6 16:43:27 mail kernel: Looking at the output of "sysctl -a" on a now almost idle machine I see: ITEM SIZE LIMIT USED FREE REQUESTS ~ [ .. ] ata_composit: 192, 0, 12296, 124, 62341 ata_request: 200, 0, 24592, 108, 920945 ~ .. shouldn't these be freed at some point if there's minimal disk activity (and few dirty buffers, "systat -vm" says there are 7)? Or am I misreading this? Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDb4psiJykeV6HPMURAprwAKCF+Jdg+dXR0GzKwMDrDeK/nZ2NuQCgtjx7 o3k3GyYggzprYCtrw+4TQ8o= =ZgWJ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 18:10:54 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 515C816A420 for ; Mon, 7 Nov 2005 18:10:54 +0000 (GMT) (envelope-from bkelly@vadev.org) Received: from timesheets.argoneng.com (nat.argoneng.com [208.247.255.11]) by mx1.FreeBSD.org (Postfix) with SMTP id ADCF843D48 for ; Mon, 7 Nov 2005 18:10:53 +0000 (GMT) (envelope-from bkelly@vadev.org) Received: from tethys.argon.local ([192.168.1.247]) by timesheets.argoneng.com (SMSSMTP 4.0.0.59) with SMTP id M2005110713141418546 ; Mon, 07 Nov 2005 13:14:14 -0500 Received: from lh.argoneng.com ([192.168.2.1]) by tethys.argon.local with Microsoft SMTPSVC(6.0.3790.1830); Mon, 7 Nov 2005 13:10:52 -0500 Received: from cordia.argon.local (cordia.argon.local [192.168.33.101]) by lh.argoneng.com (8.11.6/8.11.0) with ESMTP id jA7IAp609461; Mon, 7 Nov 2005 13:10:52 -0500 From: Ben Kelly To: Sarxan Elxanzade Date: Mon, 7 Nov 2005 13:10:50 -0500 User-Agent: KMail/1.8.2 References: <200511071149.03181.bkelly@vadev.org> <200511072105.36728.sarxan@azerin.com> In-Reply-To: <200511072105.36728.sarxan@azerin.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511071310.51482.bkelly@vadev.org> X-OriginalArrivalTime: 07 Nov 2005 18:10:52.0336 (UTC) FILETIME=[96D2E300:01C5E3C6] Cc: stable@freebsd.org Subject: Re: loader.conf setting ignored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 18:10:54 -0000 On Monday 07 November 2005 12:05 pm, Sarxan Elxanzade wrote: > Write kern.geom.debugflags=1 it in to sysctl.conf and then try again. Thanks for the quick reply. I moved the setting to /etc/sysctl.conf and this did result in the debugflags being set correctly. Unfortunately, though, it appears this occurs too late to see geom debug for the boot process. (Which makes sense since geom is probably needed to read in sysctl.conf.) I guess this is just something that cannot be done without console access to the loader prompt? Thanks again. > > On Monday 07 November 2005 20:49, Ben Kelly wrote: > > My loader.conf looks like: > > kern.geom.debugflags="1" From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 18:11:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FA6216A41F for ; Mon, 7 Nov 2005 18:11:48 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF9BB43D53 for ; Mon, 7 Nov 2005 18:11:42 +0000 (GMT) (envelope-from takeda@takeda.tk) Received: from takeda.lan (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.3/8.13.3) with ESMTP id jA7IBd8S083600 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Mon, 7 Nov 2005 10:11:39 -0800 (PST) (envelope-from takeda@takeda.tk) Date: Mon, 7 Nov 2005 10:11:30 -0800 From: =?Windows-1250?Q?Derek_Kuli=F1ski?= X-Priority: 3 (Normal) Message-ID: <484791138.20051107101130@takeda.tk> To: Joel Hatton In-Reply-To: <200511070621.jA76LuC5049734@app.auscert.org.au> References: <200511070621.jA76LuC5049734@app.auscert.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1250 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.87/1165/Sat Nov 5 21:12:58 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: 5.x, 6.x and CPUTYPE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 18:11:48 -0000 Hello Joel, Sunday, November 6, 2005, 10:21:56 PM, you wrote: > Hi, > I've noticed that some CPU definitions have changed in /etc/make.conf > between 5 and 6. For good or for bad, I have up until now been building > 5.x for both p3 and p4 architectures with 'i686' but this particular > definition's removal from 6.x has given me cause to rethink my strategy. > I'd like to know: > Should I use 'i386' and build once for all, or use p3/p4 defs and build > once for each? And if the latter, why? (does this give any worthwhile > performance increase?) i386 will guarantee you that it should work on any PC, while p3/p4 will tell compiler to try using instructions available in pentium 3 or pentium 4. I don't have any performance stats to prove that, but in theory the code should be faster when you use p3 or p4 instead of i386. > If I don't specify a CPUTYPE at all, will this be auto-detected in some > way (which would probably not suit me) or will it fall back to i386? I'm afraid it will fall back to value that will produce code that can run on any PC (which is i386). Actually it won't provide any flag to gcc, but gcc will assume i386. > Is this a consistent requirement for world/kernel/ports? > Finally, when building on a single host, but where multiple requirements > are being met, is it possible to define different make.conf files for make > or is it easier to just edit this file before each build? As long as you defined the variable in this way e.g.: CPUTYPE?=i686 (the question mark is not a typo) This is actually recommended way to assign values like this one. You can pass this argument in make command e.g. make buildworld CPUTYPE=i686 make buildworld CPUTYPE=p4 etc. If you don't give argument, then whatever you have in /etc/make.conf will be assumed as a default value. -- Best regards, Derek mailto:takeda@takeda.tk CCNA, SCSA, SCNA, LPIC, MCP certified http://www.takeda.tk Profanity is the language all programmers know best. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 18:53:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2F3A16A427 for ; Mon, 7 Nov 2005 18:53:37 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60C1143D45 for ; Mon, 7 Nov 2005 18:53:37 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EZC4i-0005k9-7R for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 19:50:36 +0100 Received: from r5k101.chello.upc.cz ([86.49.10.101]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Nov 2005 19:50:36 +0100 Received: from martinkov by r5k101.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Nov 2005 19:50:36 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Mon, 07 Nov 2005 19:48:25 +0100 Lines: 22 Message-ID: References: <436E68A7.60603@math.missouri.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k101.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050925 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: <436E68A7.60603@math.missouri.edu> Sender: news Subject: Re: three button mouse issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 18:53:38 -0000 Stephen Montgomery-Smith wrote: > My laptop has two mice - the touchpad and a usb mouse. > > I would like the touchpad moused to run with the "-3" flag and the usb > moused to run without "-3". But I can only get neither or both to run > with "-3" by the appropriate settings in /etc/rc.conf. > > Any ideas? (Apart from manually killing and restarting one of the > moused processes?) > > Stephen > _______________________________________________ > 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 believe u can do it since 6.0, something like this: moused_psm0_flags="-3" martin From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 18:56:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E373F16A41F; Mon, 7 Nov 2005 18:56:30 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6975543D69; Mon, 7 Nov 2005 18:56:24 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr2.xs4all.nl (8.13.3/8.13.3) with ESMTP id jA7IuMMe064275; Mon, 7 Nov 2005 19:56:22 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 488ECB822; Mon, 7 Nov 2005 19:56:22 +0100 (CET) Date: Mon, 7 Nov 2005 19:56:22 +0100 From: Roland Smith To: Michael Nottebrock Message-ID: <20051107185622.GA77124@slackbox.xs4all.nl> Mail-Followup-To: Michael Nottebrock , freebsd-stable@freebsd.org References: <200511071748.44924.lofi@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <200511071748.44924.lofi@freebsd.org> User-Agent: Mutt/1.4.2.1i 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! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: OT: Failure notices from blogger.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 18:56:31 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 07, 2005 at 05:48:42PM +0100, Michael Nottebrock wrote: > I recently started to get failure notices from postgateway@blogger.com > when I post on the freebsd-stable mailing list. Looks like everybody who signs his email gets them. =20 > What is that all about? Is somebody redirecting all mail on the list > to a blog via post-by-mail? Looks that way. Would the person who set this up be as kind as to; a) educate blogger.com on the virtues of signed messages. b) nix the reply messages c) preferably both. > If so, FYI: blogger.com does not like pgp signatures and it insists on > telling me about it again and again. I'm not particularly amused. =20 Bogofilter & procmail to the rescue. Delivering annoying messages directly to /dev/null :-) Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDb6NWEnfvsMMhpyURAqWiAJ4q1EeQDge4GGNEZKEEaAMrJAOXUwCfWTwb FXhT0HwnJxAhqM0mKju2X8c= =u5SM -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 19:16:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D9EB16A41F for ; Mon, 7 Nov 2005 19:16:49 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61F2E43D5E for ; Mon, 7 Nov 2005 19:16:45 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EZCQw-00054u-HO for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 20:13:34 +0100 Received: from r5k101.chello.upc.cz ([86.49.10.101]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Nov 2005 20:13:34 +0100 Received: from martinkov by r5k101.chello.upc.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Nov 2005 20:13:34 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: martinko Date: Mon, 07 Nov 2005 20:09:14 +0100 Lines: 68 Message-ID: References: <1dbad3150511070339k15a99854r@mail.gmail.com> <200511071610.jA7GAKSB047437@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: r5k101.chello.upc.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050925 X-Accept-Language: sk, cs, en-gb, en-us, en In-Reply-To: <200511071610.jA7GAKSB047437@lurza.secnetix.de> Sender: news Subject: Re: timecounter and Hz quality in kern RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 19:16:49 -0000 Oliver Fromme wrote: > Michael Schuh wrote: > > i be very surprised about the performance of RELENG_6. > > Congratulations to the entire Team for this very good work. > > > > Now i have 2 Machines installed with 6.0-RC1, and i have seen that on > > both machines the Hz is differntly with GENERIC-Kernel. > > "sysctl kern.clockrate" tells you the HZ value. > In FreeBSD 6 the dafult is 1000, unless you change > it via "options HZ=x" in your kernel configuration. > > The values from systat(1) or vmstat(8) are not reliable, > because the counters are only 32bit and can overflow. > For example, one machine here with HZ=1000 reports only > 428 in "vmstat -i": > > $ sysctl kern.boottime ; date +%s ; vmstat -i | grep clk > kern.boottime: { sec = 1123867316, usec = 744735 } Fri Aug 12 19:21:56 2005 > 1131378875 > clk irq0 3216967596 428 > > Dividing the counter value by the uptime (in seconds) > seems to confirm the bogus rate of 428: > > $ runtime='( 1131378875 - 1123867316 )' > $ echo '3216967596 / $runtime' | bc > 428 > > But the 32bit counter has already overflowed once, so > we have to add 2^32. This gives the correct value: > > $ echo '( 3216967596 + 2 ^ 32 ) / $runtime' | bc > 1000 > > > After digging in the source i have found that timec.c have an routine for > > computing the so called "Hz quality". > > During boot, the kernel probes several time counters and > assigns "quality" values. Typically you have three of > them (i8254, ACPI, TPC). The time counter with the > highest quality value will be used for timing by default, > but you can change it via sysctl if you know what you are > doing. Type "sysctl kern.timecounter" and see the result. are those quality values preset (i.e. TSC = 800) or are they computed (during boot) somehow? and if the latter, how pls?? > > > Can anyone explain me the "mystics" behind Hz quality, > > and why or how this quality is computed and what are the > > efforts? > > The reason for that is to have a time counter that is as > precise and reliable as possible. For example, TPC has > issues on SMP and power-managed machines, therefore it is > not as reliable as ACPI, so usually the ACPI timecounter > has higher quality (although it takes more clock cycles > to query it). > > Oh, there's also a timecounter called "dummy", which does > not count time at all. :-) It exists for debugging > purposes only, AFAIK, and has a negative quality value, > so it is never selected automatically. > > Best regards > Oliver > From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 19:17:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2F2316A41F for ; Mon, 7 Nov 2005 19:17:29 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6796E43D6E for ; Mon, 7 Nov 2005 19:17:27 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so464351wxc for ; Mon, 07 Nov 2005 11:17:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XBF85JbEmusDLI3HYcApI4VoHY2Xu5QfMkL1Tbi3zUkwqiehn4NcGfB/94X1ufI3GOgmj6cFBVbcBwEF9fXZV5CVbTRFa+wLJh92VZKaQPd/KbVtZiASVnFOgEWZKcquTR/Lp5mAg92rO5uKWehSG3v0X5PB/oAPN9u/JjGLsWI= Received: by 10.70.118.14 with SMTP id q14mr5390009wxc; Mon, 07 Nov 2005 11:17:25 -0800 (PST) Received: by 10.70.54.18 with HTTP; Mon, 7 Nov 2005 11:17:24 -0800 (PST) Message-ID: <790a9fff0511071117v1afae5edp5838c63ddd6b260d@mail.gmail.com> Date: Mon, 7 Nov 2005 13:17:25 -0600 From: Scot Hetzel To: Joel Hatton In-Reply-To: <200511070621.jA76LuC5049734@app.auscert.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200511070621.jA76LuC5049734@app.auscert.org.au> Cc: freebsd-stable@freebsd.org Subject: Re: 5.x, 6.x and CPUTYPE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 19:17:30 -0000 On 11/7/05, Joel Hatton wrote: > Finally, when building on a single host, but where multiple requirements > are being met, is it possible to define different make.conf files for mak= e > or is it easier to just edit this file before each build? > That is what I do when I build 5.x, 6.x, and 7-CURRENT on the same server by creating multiple make.conf files. You just need to define the _MAKE_CONF variable for the appropriate OS that you are building: make _MAKE_CONF=3D/etc/make.conf.6x [build|install]world make _MAKE_CONF=3D/etc/make.conf.6x [build|install]kernel If your installing the build on another host, you just have to make sure that the /etc/make.conf.* on the build server matches the /etc/make.conf on the target system. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 19:19:13 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4A1D16A41F for ; Mon, 7 Nov 2005 19:19:13 +0000 (GMT) (envelope-from sarxan@azerin.com) Received: from mail.azerin.com (mail.azerin.com [212.47.128.23]) by mx1.FreeBSD.org (Postfix) with SMTP id 7AD9243D70 for ; Mon, 7 Nov 2005 19:19:11 +0000 (GMT) (envelope-from sarxan@azerin.com) Received: (qmail 90015 invoked from network); 7 Nov 2005 19:19:23 -0000 Received: from qmail by qscan (mail filter); 7 Nov 2005 19:19:23 +0000 Received: from unknown (HELO elxanzade.com) (212.47.128.109) by mail.azerin.com with SMTP; 7 Nov 2005 19:19:23 -0000 From: Sarxan Elxanzade Organization: AzerIn To: Ben Kelly Date: Mon, 7 Nov 2005 23:19:17 +0400 User-Agent: KMail/1.8.2 References: <200511071149.03181.bkelly@vadev.org> <200511072105.36728.sarxan@azerin.com> <200511071310.51482.bkelly@vadev.org> In-Reply-To: <200511071310.51482.bkelly@vadev.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511072319.18538.sarxan@azerin.com> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ml350.azerin.com X-Spam-Level: X-Spam-Status: No, score=-2.8 required=3.5 tests=ALL_TRUSTED autolearn=failed version=3.0.4 Cc: stable@freebsd.org Subject: Re: loader.conf setting ignored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 19:19:13 -0000 It looks like console access is necessary. But may be someone prompt another solution. On Monday 07 November 2005 22:10, Ben Kelly wrote: > On Monday 07 November 2005 12:05 pm, Sarxan Elxanzade wrote: > > Write kern.geom.debugflags=1 it in to sysctl.conf and then try again. > > Thanks for the quick reply. > > I moved the setting to /etc/sysctl.conf and this did result in the > debugflags being set correctly. Unfortunately, though, it appears this > occurs too late to see geom debug for the boot process. (Which makes sense > since geom is probably needed to read in sysctl.conf.) > > I guess this is just something that cannot be done without console access > to the loader prompt? > > Thanks again. > > > On Monday 07 November 2005 20:49, Ben Kelly wrote: > > > My loader.conf looks like: > > > kern.geom.debugflags="1" > > _______________________________________________ > 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" -- Elkhanzade Sarkhan Azerin ISP, U.Hajibeyov 36, Baku Systems Administrator Phone work : +994124982533 e-mail : sarxan@azerin.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 20:54:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD7C616A455 for ; Mon, 7 Nov 2005 20:54:41 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id F301343D88 for ; Mon, 7 Nov 2005 20:54:30 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so518264wxc for ; Mon, 07 Nov 2005 12:54:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=A8TyC4ZZ0pYDLrn2bL4vrKsfDze9xitknutNUxzLOGtgfvWXxDCiCPDT0oyIxxsESne3JYtp3heTmeT+9uJvDUUhPKwRNaEmty9StWqrDMwLzrE04YLTJ5MZlBaEGXNDTUsrJyQViBtLQxq4l1OmHlU+TQO+DISUwKBmDW+pl8w= Received: by 10.70.7.20 with SMTP id 20mr5452119wxg; Mon, 07 Nov 2005 12:54:29 -0800 (PST) Received: by 10.70.34.18 with HTTP; Mon, 7 Nov 2005 12:54:29 -0800 (PST) Message-ID: Date: Mon, 7 Nov 2005 15:54:29 -0500 From: Vlad To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: 6.0-RELEASE panic: page fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 20:54:42 -0000 dies (reproductively) shortly on make kernel / other cpu+disk intense operation. stock GENERIC kernel, I have savecore if anyone's interested. Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x109d04a0 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0657d4d stack pointer =3D 0x28:0xe6a68a88 frame pointer =3D 0x28:0xe6a68a8c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D resume, IOPL =3D 0 current process =3D 45 (bufdaemon) trap number =3D 12 panic: page fault Uptime: 50m12s Dumping 2047 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 2047MB (523968 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 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" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc0638202 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc0638498 in panic (fmt=3D0xc084e5a2 "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0807c30 in trap_fatal (frame=3D0xe6a68a48, eva=3D278725792) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc08073d2 in trap (frame=3D {tf_fs =3D -1067122680, tf_es =3D -1064239064, tf_ds =3D -1064239064, tf_edi =3D -680455776, tf_esi =3D -1017617664, tf_ebp =3D -425293172, tf_is= p =3D -425293196, tf_ebx =3D -1017932160, tf_edx =3D -1017932160, tf_ecx =3D 278725676, tf_eax =3D -1017617632, tf_trapno =3D 12, tf_err =3D 0, tf_eip = =3D -1067090611, tf_cs =3D 32, tf_eflags =3D 65539, tf_esp =3D -1017617664, tf_ss =3D -425293136}) at /usr/src/sys/i386/i386/trap.c:267 #5 0xc07f6dca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0657d4d in turnstile_setowner (ts=3D0xc3539680, owner=3D0x109d042c) at /usr/src/sys/kern/subr_turnstile.c:417 #7 0xc0658044 in turnstile_wait (lock=3D0xc6175294, owner=3D0x109d042c) at /usr/src/sys/kern/subr_turnstile.c:576 #8 0xc062fa6c in _mtx_lock_sleep (m=3D0xc6175294, tid=3D3277349632, opts=3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:553 #9 0xc067f663 in vfs_setdirty (bp=3D0xd77111a0) at /usr/src/sys/kern/vfs_bio.c:2222 #10 0xc0680f68 in vfs_busy_pages (bp=3D0xd77111a0, clear_modify=3D1) at /usr/src/sys/kern/vfs_bio.c:3293 #11 0xc067c945 in bufwrite (bp=3D0xd77111a0) at /usr/src/sys/kern/vfs_bio.c= :822 #12 0xc067e3bf in vfs_bio_awrite (bp=3D0xd77111a0) at buf.h:399 #13 0xc067f169 in flushbufqueues (flushdeps=3D0) at /usr/src/sys/kern/vfs_bio.c:2107 #14 0xc067ec6b in buf_daemon () at /usr/src/sys/kern/vfs_bio.c:1981 #15 0xc0623080 in fork_exit (callout=3D0xc067eb7c , arg=3D0x0, frame=3D0xe6a68d38) at /usr/src/sys/kern/kern_fork.c:789 #16 0xc07f6e2c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 (kgdb) Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.60GHz (1595.16-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf12 Stepping =3D 2 Features=3D0x3febfbff real memory =3D 2147221504 (2047 MB) avail memory =3D 2096414720 (1999 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 3 on acpi0 pci_link6: irq 14 on acpi0 pci_link7: irq 9 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 ahc0: port 0xd800-0xd8ff mem 0xff9ff000-0xff9fffff irq 14 at device 10.0 on pci2 ahc0: [GIANT-LOCKED] aic7892: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs fxp0: port 0xdf00-0xdf3f mem 0xff9fe000-0xff9fefff,0xff800000-0xff8fffff irq 3 at device 13.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:46:bc:2b isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xef40-0xef5f irq 5 at device 31.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 31.3 (no driver attached) uhci1: port 0xef80-0xef9f irq 9 at device 31.4 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1595160048 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata1-master UDMA33 da0 at ahc0 bus 0 target 4 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 63, 16bit), Tagged Queueing En= abled da0: 173144MB (354600001 512 byte sectors: 255H 63S/T 22072C) da1 at ahc0 bus 0 target 6 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing En= abled da1: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) Trying to mount root from ufs:/dev/da0s1a -- vlad From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 21:25:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 499CA16A425; Mon, 7 Nov 2005 21:25:12 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7985A43DA8; Mon, 7 Nov 2005 21:24:55 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 0F055B80E; Mon, 7 Nov 2005 22:24:53 +0100 (CET) Message-ID: <436FC61D.70406@andric.com> Date: Mon, 07 Nov 2005 22:24:45 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20051106) MIME-Version: 1.0 To: Michael Nottebrock References: <200511071748.44924.lofi@freebsd.org> In-Reply-To: <200511071748.44924.lofi@freebsd.org> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig4BEC8D9082A96FD915E12EA7" Cc: freebsd-stable@freebsd.org Subject: Re: OT: Failure notices from blogger.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 21:25:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4BEC8D9082A96FD915E12EA7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Michael Nottebrock wrote: > I recently started to get failure notices from postgateway@blogger.com = when I=20 > post on the freebsd-stable mailing list. Same here. > What is that all about? Is somebody redirecting all mail on the list to= a blog=20 > via post-by-mail?=20 I guess something auto-posts FreeBSD mailing list posts to some blog hosted at blogger.com. I've simply mailed postmaster@google.com with a complaint, since that seems to be the only address related to blogger.com that doesn't bounce. :) IMHO they should never auto-generate error or bounce reports in response to bulk email, so that's what I told them in my complaint. You may want to join in... --------------enig4BEC8D9082A96FD915E12EA7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFDb8YksF6jCi4glqMRA1pOAKCGKXn3kWbvG8Oh53Z+eWFx330/uACeM87O 0r4Rasf53/cfnPmk0tDpo4g= =4IaL -----END PGP SIGNATURE----- --------------enig4BEC8D9082A96FD915E12EA7-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 21:39:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83A4916A420; Mon, 7 Nov 2005 21:39:17 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id F391843D77; Mon, 7 Nov 2005 21:39:13 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 9A1A8B80D; Mon, 7 Nov 2005 22:39:12 +0100 (CET) Message-ID: <436FC97C.80808@andric.com> Date: Mon, 07 Nov 2005 22:39:08 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20051106) MIME-Version: 1.0 To: Michael Nottebrock References: <200511071748.44924.lofi@freebsd.org> <436FC61D.70406@andric.com> In-Reply-To: <436FC61D.70406@andric.com> X-Enigmail-Version: 0.93.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigC7E366C3AFD4D8E61C488AE0" Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: OT: Failure notices from blogger.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 21:39:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC7E366C3AFD4D8E61C488AE0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dimitry Andric wrote: > Michael Nottebrock wrote: >> What is that all about? Is somebody redirecting all mail on the list t= o a blog=20 >> via post-by-mail?=20 > I guess something auto-posts FreeBSD mailing list posts to some blog > hosted at blogger.com. I found this in the blogger.com FAQ: "The Mail-to-Blogger feature turns any email account into a blog-posting application. In Settings | Email you can create a Mail-to-Blogger address which you will use to send posts via email to your blog" http://help.blogger.com/bin/answer.py?answer=3D135&topic=3D38 So someone probably subscribed one or more @blogger.com addresses to this, and other FreeBSD mailing lists. If this mail-to-blogger stuff doesn't work properly, would the list admin(s) please be so kind to unsubscribe these blogger.com users from all FreeBSD mailing lists? IMHO these unsolicited "error" messages are just as bad as "out of office" spam. --------------enigC7E366C3AFD4D8E61C488AE0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFDb8l+sF6jCi4glqMRAydqAKDvG0Bo3/Fs6vPQ+6yt1sQ91iUvdACfaKsT nAXol/jTHb3KBcYRksXPCVk= =7Bvb -----END PGP SIGNATURE----- --------------enigC7E366C3AFD4D8E61C488AE0-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 21:45:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AB9116A41F for ; Mon, 7 Nov 2005 21:45:33 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35C5543D49 for ; Mon, 7 Nov 2005 21:45:30 +0000 (GMT) (envelope-from marchenko@gmail.com) Received: by xproxy.gmail.com with SMTP id t14so530096wxc for ; Mon, 07 Nov 2005 13:45:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SKy0NAWwrkroUR5QbxfWM3yeXFdi5VRD3DNTauyLXxRoSMsvdaV/ep0cLbM/LtJkFt94iCPdp8/FlqqTbYK4IMFdXMcv7Y12+YDSDQn2IYBceU/rXdGVBQZNynpXUad2WBEfYFJwNLczIZeN9d4Uc11KM2TYtUxavLdK1m42u1U= Received: by 10.70.46.12 with SMTP id t12mr5425334wxt; Mon, 07 Nov 2005 13:38:32 -0800 (PST) Received: by 10.70.34.18 with HTTP; Mon, 7 Nov 2005 13:38:32 -0800 (PST) Message-ID: Date: Mon, 7 Nov 2005 16:38:32 -0500 From: Vlad To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Subject: Re: 6.0-RELEASE panic: page fault X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 21:45:33 -0000 I think I need to recall my report - I took another person's word for "memory is tested and good", which appeared to be not quite right after I double checked that with memtest86+. On 11/7/05, Vlad wrote: > dies (reproductively) shortly on make kernel / other cpu+disk intense > operation. stock GENERIC kernel, I have savecore if anyone's > interested. > > > Unread portion of the kernel message buffer: > kernel trap 12 with interrupts disabled > -- Vlad From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 21:55:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B4816A41F for ; Mon, 7 Nov 2005 21:55:20 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04D1B43D5E for ; Mon, 7 Nov 2005 21:55:05 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.136] (mac.deepcore.dk [194.192.25.136]) by spider.deepcore.dk (8.13.4/8.13.3) with ESMTP id jA7Lskql032521; Mon, 7 Nov 2005 22:54:46 +0100 (CET) (envelope-from sos@DeepCore.dk) In-Reply-To: <436F8A6D.5080208@protected-networks.net> References: <436E7B02.9020207@protected-networks.net> <436E8290.3050604@protected-networks.net> <436F8A6D.5080208@protected-networks.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= Date: Mon, 7 Nov 2005 22:54:57 +0100 To: Michael Butler X-Mailer: Apple Mail (2.746.2) X-mail-scanned: by DeepCore Virus & Spam killer v1.12 Cc: freebsd-stable@freebsd.org Subject: Re: 6-stable unstable with HighPoint HPT372N UDMA133 controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 21:55:20 -0000 On 07/11/2005, at 18:10, Michael Butler wrote: > > | I wrote: > | | cvsup'd and built: FreeBSD 6.0-STABLE #4: Fri Nov 4 18:07:30 =20 > EST 2005 > | > | ~ [ .. ] > | > | | Nov 6 16:43:27 mail kernel: DOH! ata_alloc_request failed! > | | Nov 6 16:43:27 mail kernel: FAILURE - out of memory in > | ata_raid_init_request > | | Nov 6 16:43:27 mail last message repeated 7 times > | | Nov 6 16:43:27 mail kernel: > > Looking at the output of "sysctl -a" on a now almost idle machine I =20= > see: > > ITEM SIZE LIMIT USED FREE REQUESTS > > ~ [ .. ] > > ata_composit: 192, 0, 12296, 124, 62341 > ata_request: 200, 0, 24592, 108, 920945 > > ~ .. shouldn't these be freed at some point if there's minimal disk > activity (and few dirty buffers, "systat -vm" says there are 7)? Or =20= > am I > misreading this? That does indeed look wrong. However I cant reproduce the problem =20 here on any of the machines I have 6.0 on, and I dont think a memory =20 leeak that severe would have survived this far, but I've been wrong =20 many times before... I'll look into it as soon as I have a little more time than today.. - S=F8ren From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 22:10:51 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 281E916A46F for ; Mon, 7 Nov 2005 22:10:51 +0000 (GMT) (envelope-from sarxan@elxanzade.com) Received: from mail.azerin.com (mail.azerin.com [212.47.128.23]) by mx1.FreeBSD.org (Postfix) with SMTP id DAB0443DCE for ; Mon, 7 Nov 2005 22:10:39 +0000 (GMT) (envelope-from sarxan@elxanzade.com) Received: (qmail 62352 invoked from network); 7 Nov 2005 22:10:56 -0000 Received: from qmail by qscan (mail filter); 7 Nov 2005 22:10:56 +0000 Received: from unknown (HELO elxanzade.com) (212.47.128.109) by mail.azerin.com with SMTP; 7 Nov 2005 22:10:56 -0000 From: Sarxan Elxanzade Organization: AzerIn To: stable@freebsd.org, Max Laier Date: Tue, 8 Nov 2005 02:10:51 +0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_sD9bDmqLhexff+b" Message-Id: <200511080210.52249.sarxan@elxanzade.com> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ml350.azerin.com X-Spam-Level: X-Spam-Status: No, score=-2.8 required=3.5 tests=ALL_TRUSTED autolearn=failed version=3.0.4 Cc: Rauf Kuliyev Subject: carp + ipfw problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 22:10:51 -0000 --Boundary-00=_sD9bDmqLhexff+b Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello all, I'm trying to configure a firewall with carp + ipfw, but I encountered the strange problem. Packets are bypassing carp interface, instead ipfw log shows packet flow to/from physical interface, e.g.: FreeBSD host 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 #6: Tue Sep 27 16:32:30 AZST 2005 root@host:/usr/obj/usr/src/sys/FIREWALL i386 # ifconfig fxp1 fxp1: flags=9943 mtu 1500 options=8 inet 192.168.28.1 netmask 0xffffff00 broadcast 192.168.28.255 media: Ethernet 100baseTX status: active # ifconfig carp1 carp1: flags=41 mtu 1500 inet 192.168.28.2 netmask 0xffffff00 carp: MASTER vhid 4 advbase 1 advskew 0 # ipfw show 00001 0 0 check-state 00002 0 0 allow ip from any to any via lo0 00010 0 0 allow log icmp from any to any 00020 4 344 allow log tcp from any to any 00030 0 0 allow log udp from any to any 65534 0 0 allow ip from any to any 65535 0 0 deny ip from any to any When I ping the IP address assigned to carp1 interface from host within the same network # ping 192.168.28.2 PING 192.168.28.2 (192.168.28.2): 56 data bytes 64 bytes from 192.168.28.2: icmp_seq=0 ttl=64 time=0.511 ms I received in secure.log following: Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:8.0 192.168.28.3 192.168.28.2 in via fxp1 Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:8.0 192.168.28.3 192.168.28.2 in via fxp1 Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:0.0 192.168.28.2 192.168.28.3 out via fxp1 Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:0.0 192.168.28.2 192.168.28.3 out via fxp1 The same situation with the tcp protocol. Kernel's conf is in the attach. May I missed something? -- Best regards, Elkhanzade Sarkhan --Boundary-00=_sD9bDmqLhexff+b Content-Type: text/plain; charset="us-ascii"; name="kernel.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kernel.conf" machine i386 cpu I586_CPU ident FIREWALL options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 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. # AMD K6 options CPU_WT_ALLOC options NO_MEMORY_HOLE device apic # I/O APIC device isa device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # 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 vga # VGA video card driver device sc # Floating point support - do not disable. device npx # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) #device carp #device pf #device pflog #device pfsync device bpf # Berkeley packet filter options IPFIREWALL options IPFIREWALL_FORWARD device carp --Boundary-00=_sD9bDmqLhexff+b-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 22:18:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FF0716A423 for ; Mon, 7 Nov 2005 22:18:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 7048443D58 for ; Mon, 7 Nov 2005 22:18:10 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 46894 invoked from network); 7 Nov 2005 22:18:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-Squirrel-UserHash:X-Squirrel-FromHash:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=wYi+hEtoDwyE1USvqyTtfMiA1Byt6Ta3DFolpC763yxeYMyHIQo63WpCRqGdtC8n1RiDF9BsJh0sqVOTlgWaXrgvg/noKAuGZFwE6t6mu4Vj9WuPS9C3OLUQTwAnq7GT3Gv/9hfXsGnhsv9A1HOpggDWmWVCkT6wEiPK9pLUdFA= ; Received: from unknown (HELO 172.16.0.1) (mikej@rogers.com@70.31.50.81 with login) by smtp105.rog.mail.re2.yahoo.com with SMTP; 7 Nov 2005 22:18:05 -0000 X-Squirrel-UserHash: GgEKEQ8= X-Squirrel-FromHash: FgtQRFVGBkU= Message-ID: <4540.FgtQRFVGBkU=.1131401884.squirrel@172.16.0.1> In-Reply-To: <200511071149.19760.jkim@FreeBSD.org> References: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> <200511071149.19760.jkim@FreeBSD.org> Date: Mon, 7 Nov 2005 17:18:04 -0500 (EST) From: "Mike Jakubik" To: "Jung-uk Kim" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: AGP ceased to work on eMachines M5310 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 22:18:33 -0000 On Mon, November 7, 2005 11:49 am, Jung-uk Kim wrote: > Please send me 'pciconf -lv' output. Here it is, thanks. -- hostb0@pci0:0:0: class=0x060000 card=0x00000000 chip=0xcab01002 rev=0x13 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'A3/U1 S2K CPU to PCI Bridge' class = bridge subclass = HOST-PCI pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x700f1002 rev=0x01 hdr=0x01 vendor = 'ATI Technologies Inc' device = 'A3/U1 PCI to AGP Bridge' class = bridge subclass = PCI-PCI isab0@pci0:7:0: class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M1533 Aladdin IV ISA Bridge' class = bridge subclass = PCI-ISA pcm0@pci0:8:0: class=0x040100 card=0x2029161f chip=0x545110b9 rev=0x02 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M5451 PCI AC-Link Controller Audio Device' class = multimedia subclass = audio none0@pci0:9:0: class=0x070300 card=0x2027161f chip=0x545710b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI N5457, M1563M AC97 Modem controller' class = simple comms subclass = generic modem cbb0@pci0:10:0: class=0x060700 card=0x2029161f chip=0xac41104c rev=0x02 hdr=0x02 vendor = 'Texas Instruments (TI)' device = 'PCI4410 PC card CardBus Controller' class = bridge subclass = PCI-CardBus none1@pci0:10:1: class=0x0c0010 card=0x2029161f chip=0x8017104c rev=0x02 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'PCI4410A OHCI-Lynx IEEE-1394 FireWire Controller' class = serial bus subclass = FireWire none2@pci0:12:0: class=0x028000 card=0x7050144f chip=0x432014e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4306 802.11b/g Wireless LAN Controller' class = network ohci0@pci0:13:0: class=0x0c0310 card=0x2029161f chip=0x00351033 rev=0x43 hdr=0x00 vendor = 'NEC Electronics Hong Kong' device = 'uPD9210FGC-7EA / µPD720101 USB 1.0 Host Controller (OHCI compliant)' class = serial bus subclass = USB ohci1@pci0:13:1: class=0x0c0310 card=0x2029161f chip=0x00351033 rev=0x43 hdr=0x00 vendor = 'NEC Electronics Hong Kong' device = 'uPD9210FGC-7EA / µPD720101 USB 1.0 Host Controller (OHCI compliant)' class = serial bus subclass = USB ehci0@pci0:13:2: class=0x0c0320 card=0x2029161f chip=0x00e01033 rev=0x04 hdr=0x00 vendor = 'NEC Electronics Hong Kong' device = 'uPD720100A/101 USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB bfe0@pci0:14:0: class=0x020000 card=0x2029161f chip=0x440114e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM4401 10/100 Integrated Ethernet Controller' class = network subclass = ethernet atapci0@pci0:16:0: class=0x0101fa card=0x2029161f chip=0x522910b9 rev=0xc4 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'M1543 Southbridge EIDE Controller' class = mass storage subclass = ATA none3@pci0:17:0: class=0x068000 card=0x2029161f chip=0x710110b9 rev=0x00 hdr=0x00 vendor = 'Acer Labs Incorporated (ALi)' device = 'ALI M7101 Power Management Controller' class = bridge drm0@pci1:5:0: class=0x030000 card=0x2029161f chip=0x43361002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'rs200 Radeon IGP 320M' class = display subclass = VGA From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 22:22:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 392B216A420; Mon, 7 Nov 2005 22:22:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 279A043D9D; Mon, 7 Nov 2005 22:21:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 15E481A3C29; Mon, 7 Nov 2005 14:21:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2F748524F6; Mon, 7 Nov 2005 17:21:39 -0500 (EST) Date: Mon, 7 Nov 2005 17:21:39 -0500 From: Kris Kennaway To: Michael Nottebrock Message-ID: <20051107222138.GA92949@xor.obsecurity.org> References: <200511071748.44924.lofi@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J2SCkAp4GZ/dPZZf" Content-Disposition: inline In-Reply-To: <200511071748.44924.lofi@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: OT: Failure notices from blogger.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 22:22:02 -0000 --J2SCkAp4GZ/dPZZf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 07, 2005 at 05:48:42PM +0100, Michael Nottebrock wrote: > I recently started to get failure notices from postgateway@blogger.com wh= en I=20 > post on the freebsd-stable mailing list. >=20 > What is that all about? Is somebody redirecting all mail on the list to a= blog=20 > via post-by-mail?=20 >=20 > If so, FYI: blogger.com does not like pgp signatures and it insists on te= lling=20 > me about it again and again. I'm not particularly amused. I'm seeing this too from questions@, and since I was unable to contact a human at blogger.com (postmaster@ returns a postfix error, and no other contact email is provided on their site) I just procmailed all blogger.com emails to /dev/null. Kris --J2SCkAp4GZ/dPZZf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDb9NyWry0BWjoQKURAmOlAKDttKCsKQDuzXjfBarxxgOwipXd2wCghkGJ 1sR+XdlJlSDOt2EM/WIfHTo= =fA+D -----END PGP SIGNATURE----- --J2SCkAp4GZ/dPZZf-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 22:28:40 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE99416A426 for ; Mon, 7 Nov 2005 22:28:40 +0000 (GMT) (envelope-from sarxan@elxanzade.com) Received: from mail.azerin.com (mail.azerin.com [212.47.128.23]) by mx1.FreeBSD.org (Postfix) with SMTP id D630C43D64 for ; Mon, 7 Nov 2005 22:28:25 +0000 (GMT) (envelope-from sarxan@elxanzade.com) Received: (qmail 66630 invoked from network); 7 Nov 2005 22:28:42 -0000 Received: from qmail by qscan (mail filter); 7 Nov 2005 22:28:42 +0000 Received: from unknown (HELO elxanzade.com) (212.47.128.109) by mail.azerin.com with SMTP; 7 Nov 2005 22:28:42 -0000 From: Sarxan Elxanzade Organization: AzerIn To: stable@freebsd.org Date: Tue, 8 Nov 2005 02:28:37 +0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_WU9bDVtoDPsEY3D" Message-Id: <200511080228.38044.sarxan@elxanzade.com> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ml350.azerin.com X-Spam-Level: X-Spam-Status: No, score=-2.8 required=3.5 tests=ALL_TRUSTED autolearn=failed version=3.0.4 Cc: Rauf Kuliyev , Max Laier Subject: Fwd: carp + ipfw problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 22:28:40 -0000 --Boundary-00=_WU9bDVtoDPsEY3D Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Just realized that my replay address is not working :-( Sorry for double posting. ---------- Forwarded Message ---------- Subject: carp + ipfw problem Date: Tuesday 08 November 2005 02:10 From: Sarxan Elxanzade To: stable@freebsd.org, Max Laier Cc: Rauf Kuliyev Hello all, I'm trying to configure a firewall with carp + ipfw, but I encountered the strange problem. Packets are bypassing carp interface, instead ipfw log shows packet flow to/from physical interface, e.g.: FreeBSD host 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 #6: Tue Sep 27 16:32:30 AZST 2005 root@host:/usr/obj/usr/src/sys/FIREWALL i386 # ifconfig fxp1 fxp1: flags=9943 mtu 1500 options=8 inet 192.168.28.1 netmask 0xffffff00 broadcast 192.168.28.255 media: Ethernet 100baseTX status: active # ifconfig carp1 carp1: flags=41 mtu 1500 inet 192.168.28.2 netmask 0xffffff00 carp: MASTER vhid 4 advbase 1 advskew 0 # ipfw show 00001 0 0 check-state 00002 0 0 allow ip from any to any via lo0 00010 0 0 allow log icmp from any to any 00020 4 344 allow log tcp from any to any 00030 0 0 allow log udp from any to any 65534 0 0 allow ip from any to any 65535 0 0 deny ip from any to any When I ping the IP address assigned to carp1 interface from host within the same network # ping 192.168.28.2 PING 192.168.28.2 (192.168.28.2): 56 data bytes 64 bytes from 192.168.28.2: icmp_seq=0 ttl=64 time=0.511 ms I received in secure.log following: Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:8.0 192.168.28.3 192.168.28.2 in via fxp1 Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:8.0 192.168.28.3 192.168.28.2 in via fxp1 Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:0.0 192.168.28.2 192.168.28.3 out via fxp1 Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:0.0 192.168.28.2 192.168.28.3 out via fxp1 The same situation with the tcp protocol. Kernel's conf is in the attach. May I missed something? -- Best regards, Elkhanzade Sarkhan ------------------------------------------------------- -- Elkhanzade Sarkhan Azerin ISP, U.Hajibeyov 36, Baku Systems Administrator Phone work : +994124982533 e-mail : sarxan@elxanzade.com --Boundary-00=_WU9bDVtoDPsEY3D Content-Type: text/plain; charset="us-ascii"; name="kernel.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kernel.conf" machine i386 cpu I586_CPU ident FIREWALL options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 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. # AMD K6 options CPU_WT_ALLOC options NO_MEMORY_HOLE device apic # I/O APIC device isa device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # 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 vga # VGA video card driver device sc # Floating point support - do not disable. device npx # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) #device carp #device pf #device pflog #device pfsync device bpf # Berkeley packet filter options IPFIREWALL options IPFIREWALL_FORWARD device carp --Boundary-00=_WU9bDVtoDPsEY3D-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 22:34:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEEBC16A41F for ; Mon, 7 Nov 2005 22:34:37 +0000 (GMT) (envelope-from sarxan@azerin.com) Received: from mail.azerin.com (mail.azerin.com [212.47.128.23]) by mx1.FreeBSD.org (Postfix) with SMTP id D303843D90 for ; Mon, 7 Nov 2005 22:34:17 +0000 (GMT) (envelope-from sarxan@azerin.com) Received: (qmail 68210 invoked from network); 7 Nov 2005 22:34:32 -0000 Received: from qmail by qscan (mail filter); 7 Nov 2005 22:34:32 +0000 Received: from unknown (HELO elxanzade.com) (212.47.128.109) by mail.azerin.com with SMTP; 7 Nov 2005 22:34:32 -0000 From: Sarxan Elxanzade Organization: AzerIn To: stable@freebsd.org, Max Laier Date: Tue, 8 Nov 2005 02:34:27 +0400 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_0Z9bDLwzVrnxwJs" Message-Id: <200511080234.28417.sarxan@azerin.com> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on ml350.azerin.com X-Spam-Level: X-Spam-Status: No, score=-2.8 required=3.5 tests=ALL_TRUSTED autolearn=failed version=3.0.4 Cc: Rauf Kuliyev Subject: Fwd: carp + ipfw problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 22:34:38 -0000 --Boundary-00=_0Z9bDLwzVrnxwJs Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline It too late now, may be I need to get some sleep. Sorry again... ---------- Forwarded Message ---------- Subject: carp + ipfw problem Date: Tuesday 08 November 2005 02:10 From: Sarxan Elxanzade To: stable@freebsd.org, Max Laier Cc: Rauf Kuliyev Hello all, I'm trying to configure a firewall with carp + ipfw, but I encountered the strange problem. Packets are bypassing carp interface, instead ipfw log shows packet flow to/from physical interface, e.g.: FreeBSD host 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 #6: Tue Sep 27 16:32:30 AZST 2005 root@host:/usr/obj/usr/src/sys/FIREWALL i386 # ifconfig fxp1 fxp1: flags=9943 mtu 1500 options=8 inet 192.168.28.1 netmask 0xffffff00 broadcast 192.168.28.255 media: Ethernet 100baseTX status: active # ifconfig carp1 carp1: flags=41 mtu 1500 inet 192.168.28.2 netmask 0xffffff00 carp: MASTER vhid 4 advbase 1 advskew 0 # ipfw show 00001 0 0 check-state 00002 0 0 allow ip from any to any via lo0 00010 0 0 allow log icmp from any to any 00020 4 344 allow log tcp from any to any 00030 0 0 allow log udp from any to any 65534 0 0 allow ip from any to any 65535 0 0 deny ip from any to any When I ping the IP address assigned to carp1 interface from host within the same network # ping 192.168.28.2 PING 192.168.28.2 (192.168.28.2): 56 data bytes 64 bytes from 192.168.28.2: icmp_seq=0 ttl=64 time=0.511 ms I received in secure.log following: Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:8.0 192.168.28.3 192.168.28.2 in via fxp1 Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:8.0 192.168.28.3 192.168.28.2 in via fxp1 Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:0.0 192.168.28.2 192.168.28.3 out via fxp1 Nov 8 01:54:46 border kernel: ipfw: 10 Accept ICMP:0.0 192.168.28.2 192.168.28.3 out via fxp1 The same situation with the tcp protocol. Kernel's conf is in the attach. May I missed something? -- Best regards, Elkhanzade Sarkhan ------------------------------------------------------- -- Elkhanzade Sarkhan Azerin ISP, U.Hajibeyov 36, Baku Systems Administrator Phone work : +994124982533 e-mail : sarxan@azerin.com --Boundary-00=_0Z9bDLwzVrnxwJs Content-Type: text/plain; charset="us-ascii"; name="kernel.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kernel.conf" machine i386 cpu I586_CPU ident FIREWALL options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options PSEUDOFS # Pseudo-filesystem framework options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 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. # AMD K6 options CPU_WT_ALLOC options NO_MEMORY_HOLE device apic # I/O APIC device isa device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # 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 vga # VGA video card driver device sc # Floating point support - do not disable. device npx # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device fxp # Intel EtherExpress PRO/100B (82557, 82558) # Pseudo devices. device loop # Network loopback device mem # Memory and kernel memory devices device io # I/O device device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) #device carp #device pf #device pflog #device pfsync device bpf # Berkeley packet filter options IPFIREWALL options IPFIREWALL_FORWARD device carp --Boundary-00=_0Z9bDLwzVrnxwJs-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 23:00:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A2D116A42A; Mon, 7 Nov 2005 23:00:20 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from nu.cuk.nu (tm.213.143.78.60.lc.telemach.net [213.143.78.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A28943D7B; Mon, 7 Nov 2005 23:00:12 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from localhost (localhost.cuk.nu [127.0.0.1]) by nu.cuk.nu (Postfix) with ESMTP id 1FB35E0439; Tue, 8 Nov 2005 00:00:11 +0100 (CET) Received: from nu.cuk.nu ([127.0.0.1]) by localhost (nu.cuk.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82717-07; Tue, 8 Nov 2005 00:00:10 +0100 (CET) Received: from [192.168.6.60] (unknown [192.168.6.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by nu.cuk.nu (Postfix) with ESMTP id 35315E0431; Tue, 8 Nov 2005 00:00:10 +0100 (CET) Message-ID: <436FDC90.3020108@cuk.nu> Date: Tue, 08 Nov 2005 00:00:32 +0100 From: Marko Cuk Organization: NetInet User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at NetInet.si Cc: Subject: Tun and ALTQ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 23:00:20 -0000 Resend... Please, does anyone have any ideas... What is the status of the tun0 driver and ALTQ ? I have FreeBSD 6.0-RELEASE and have tried it without success. Why 6.0 ? Don't know... curious maybe... if you think, that 5.4 will work better, I'll reinstall it. The tun0 is because od xDSL ( PPPoE ) It seems like packets won't match queue. Look at the pfctl output ( look at the "bucy" rules -- he is a huge consumer and the primary uplink is out for a week, xDSL is only backup and he consumes all the avail bandwidth ) THIS IFACE IS TUN0 ( pppoe ) queue root_em0 bandwidth 1Gb priority 0 cbq( wrr root ) {std_ext, bucy_out} [ pkts: 76053 bytes: 7390221 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 199.0 packets/s, 146.71Kb/s ] queue std_ext bandwidth 384Kb cbq( default ) [ pkts: 76053 bytes: 7390221 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 59 ] [ measured: 199.0 packets/s, 146.71Kb/s ] THIS ONE IS PROBLEMATIC - Won't match queue bucy_out bandwidth 128Kb [ pkts: 0 bytes: 0 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 0.0 packets/s, 0 b/s ] queue root_em1 bandwidth 1Gb priority 0 cbq( wrr root ) {std_int, bucy_in} [ pkts: 91920 bytes: 100394990 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 260.4 packets/s, 2.37Mb/s ] queue std_int bandwidth 2Mb cbq( default ) [ pkts: 50302 bytes: 58076735 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 2359 ] [ measured: 194.6 packets/s, 1.89Mb/s ] queue bucy_in bandwidth 900Kb [ pkts: 41618 bytes: 42318255 dropped pkts: 446 bytes: 433317 ] [ qlength: 0/ 50 borrows: 0 suspends: 7440 ] [ measured: 65.8 packets/s, 475.89Kb/s ] queue root_dc0 bandwidth 10Mb priority 0 cbq( wrr root ) {std_int_wifi_in} [ pkts: 3967 bytes: 1730908 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 2.6 packets/s, 4.17Kb/s ] queue std_int_wifi_in bandwidth 5Mb cbq( default ) [ pkts: 3967 bytes: 1730908 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 2.6 packets/s, 4.17Kb/s ] This are the rules: ########################################################################################## # QUEUEING: rule-based bandwidth control. ########################################################################################### # TOLE JE NAS ODHODNI PROMET VEN - UPLOAD altq on em0 cbq bandwidth 100% queue { std_ext,bucy_out } queue std_ext bandwidth 384Kb cbq(default) queue bucy_out bandwidth 128Kb ######################################################################################### # TOLE JE NAS DOHODNI PROMER NOTRI - DOWNLOAD altq on em1 cbq bandwidth 100% queue { std_int,bucy_in } queue std_int bandwidth 2Mb cbq(default) queue bucy_in bandwidth 900Kb # QUEUE rule pass in log on em1 from 10.0.100.0/24 to any queue bucy_out pass out log on em1 from any to 10.0.100.0/24 queue bucy_in Many thanks for any informations. I have changed the various eth cards, from dc cards to em gigabit cards, etc, etc. Without success. I know, that there has been some issues with tun0 on OpenBSD, but that was a little time ago. Cuk -- NetInet d.o.o. http://www.NetInet.si Private: http://cuk.nu MountainBikeSlovenia team: http://mtb.si Slovenian FreeBSD mirror admin http://www2.si.freebsd.org From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 23:22:49 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C36C416A41F for ; Mon, 7 Nov 2005 23:22:49 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E71043D48 for ; Mon, 7 Nov 2005 23:22:49 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA7NW1vQ069841; Mon, 7 Nov 2005 18:32:01 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: "Mike Jakubik" Date: Mon, 7 Nov 2005 18:22:34 -0500 User-Agent: KMail/1.6.2 References: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> <200511071149.19760.jkim@FreeBSD.org> <4540.FgtQRFVGBkU=.1131401884.squirrel@172.16.0.1> In-Reply-To: <4540.FgtQRFVGBkU=.1131401884.squirrel@172.16.0.1> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511071822.36564.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1166/Mon Nov 7 14:01:45 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-stable@FreeBSD.org Subject: Re: AGP ceased to work on eMachines M5310 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 23:22:49 -0000 On Monday 07 November 2005 05:18 pm, Mike Jakubik wrote: > On Mon, November 7, 2005 11:49 am, Jung-uk Kim wrote: > > Please send me 'pciconf -lv' output. > > Here it is, thanks. > -- > hostb0@pci0:0:0: class=0x060000 card=0x00000000 > chip=0xcab01002 rev=0x13 hdr=0x00 > vendor = 'ATI Technologies Inc' > device = 'A3/U1 S2K CPU to PCI Bridge' > class = bridge > subclass = HOST-PCI The driver exists on -CURRENT but it was not MFC'd before release. http://docs.freebsd.org/cgi/mid.cgi?200509170336.j8H3alVZ083992 Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 23:49:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97D3816A41F for ; Mon, 7 Nov 2005 23:49:15 +0000 (GMT) (envelope-from alistair@tyeurgain.free-online.co.uk) Received: from mra02.ch.as12513.net (mra02.ch.as12513.net [82.153.252.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id F30E343D49 for ; Mon, 7 Nov 2005 23:49:14 +0000 (GMT) (envelope-from alistair@tyeurgain.free-online.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra02.ch.as12513.net (Postfix) with ESMTP id 01327D4443 for ; Mon, 7 Nov 2005 23:49:13 +0000 (GMT) Received: from mra02.ch.as12513.net ([127.0.0.1]) by localhost (mra02.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01891-01-45 for ; Mon, 7 Nov 2005 23:49:12 +0000 (GMT) Received: from fuchsia.ty-eurgain (unknown [82.153.113.63]) by mra02.ch.as12513.net (Postfix) with ESMTP id 60195D4394 for ; Mon, 7 Nov 2005 23:49:12 +0000 (GMT) Received: from [192.168.0.125] (juno.ty-eurgain [192.168.0.125]) by fuchsia.ty-eurgain (Postfix) with ESMTP id 5295615941 for ; Mon, 7 Nov 2005 23:49:12 +0000 (GMT) Message-ID: <436FE7FE.7060702@tyeurgain.free-online.co.uk> Date: Mon, 07 Nov 2005 23:49:18 +0000 From: Alistair User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Subject: New user confused by need to do huge upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 23:49:15 -0000 Hello, All I am a user of Linux for many years (and an aged BSD sysadmin from 1985-1989), but laterly mainly use Gentoo. FreeBSD seemed to be a good alternative, so I get the 6.0 release a few days after it was released. Being a Gentoo person, I like the ports system, but with limited time on my hands, I also like the compiled packages. I can get a working system from packages then compile my own ports as need or want be. Or so I thought. I installed from two CDs, and got a working KDE system. Now, I want to do Firefox from ports with my own make.conf for P4 optimisation. Good! So, I sync with the sources using cvsup (just like emerge --sync) change to the Firefox ports directory, type "make" and enter dependency hell like has never been known before. Everything that depends upon GTK2 must be updated before Firefox can be compiled! I thought that FreeBSD would be more stable than Gentoo and Linux distros in general. I now find that there is the most major release step (5.4 to 6.0) and within a matter of a few days later, both Gnome and KDE are subject to huge updates that require many hours (or maybe days - it's not done yet) of CPU time. Maybe I am missing something. However, I just cannot see why this is right. What I thought that FreeBSD would give me that Gentoo did not is a coherent system within which deveopment was co-ordinated. Instead, I seem to find the opposite. The core group can offer a major release of the OS, while missing the fact that two hugely important development groups are just days off their own major releases. Maybe there is a level of sanity I am missing as a newcomer to BSD, but I would really like someone to tell me where to find it so that I can stop having to use this bloody Windows laptop to post here ;-) Regards A From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 23:54:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0190B16A41F for ; Mon, 7 Nov 2005 23:54:34 +0000 (GMT) (envelope-from alistair@tyeurgain.free-online.co.uk) Received: from mra02.ch.as12513.net (mra02.ch.as12513.net [82.153.252.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6235543D49 for ; Mon, 7 Nov 2005 23:54:33 +0000 (GMT) (envelope-from alistair@tyeurgain.free-online.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra02.ch.as12513.net (Postfix) with ESMTP id 7B7F1D4391; Mon, 7 Nov 2005 23:54:32 +0000 (GMT) Received: from mra02.ch.as12513.net ([127.0.0.1]) by localhost (mra02.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01962-01-59; Mon, 7 Nov 2005 23:54:32 +0000 (GMT) Received: from fuchsia.ty-eurgain (unknown [82.153.113.63]) by mra02.ch.as12513.net (Postfix) with ESMTP id DA2FED427F; Mon, 7 Nov 2005 23:54:31 +0000 (GMT) Received: from [192.168.0.125] (juno.ty-eurgain [192.168.0.125]) by fuchsia.ty-eurgain (Postfix) with ESMTP id E794A1596C; Mon, 7 Nov 2005 23:54:31 +0000 (GMT) Message-ID: <436FE93D.7030704@tyeurgain.free-online.co.uk> Date: Mon, 07 Nov 2005 23:54:37 +0000 From: Alistair User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Subject: New user confused by need to do huge upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 23:54:34 -0000 Hello, All I am a user of Linux for many years (and an aged BSD sysadmin from 1985-1989), but laterly mainly use Gentoo. FreeBSD seemed to be a good alternative, so I get the 6.0 release a few days after it was released. Being a Gentoo person, I like the ports system, but with limited time on my hands, I also like the compiled packages. I can get a working system from packages then compile my own ports as need or want be. Or so I thought. I installed from two CDs, and got a working KDE system. Now, I want to do Firefox from ports with my own make.conf for P4 optimisation. Good! So, I sync with the sources using cvsup (just like emerge --sync) change to the Firefox ports directory, type "make" and enter dependency hell like has never been known before. Everything that depends upon GTK2 must be updated before Firefox can be compiled! I thought that FreeBSD would be more stable than Gentoo and Linux distros in general. I now find that there is the most major release step (5.4 to 6.0) and within a matter of a few days later, both Gnome and KDE are subject to huge updates that require many hours (or maybe days - it's not done yet) of CPU time. Maybe I am missing something. However, I just cannot see why this is right. What I thought that FreeBSD would give me that Gentoo did not is a coherent system within which deveopment was co-ordinated. Instead, I seem to find the opposite. The core group can offer a major release of the OS, while missing the fact that two hugely important development groups are just days off their own major releases. Maybe there is a level of sanity I am missing as a newcomer to BSD, but I would really like someone to tell me where to find it so that I can stop having to use this bloody Windows laptop to post here ;-) Regards A From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 00:01:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 538CA16A41F for ; Tue, 8 Nov 2005 00:01:46 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A2FD43D5E for ; Tue, 8 Nov 2005 00:01:42 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i14so29745wra for ; Mon, 07 Nov 2005 16:01:41 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=hA34m8mognpuLOJJ7Bd0yA6k1b2IFfJRzyZ4ae+5VWv6df1+1+ShvC+iZxbs3emQ2/CtmcQHNYQm53IoEMNqr/+XuAz/HnzTsabSS5VM3KJSsJ4l7BLE93uAuhF7zqknIF+15vY/YYnZY/V7u9OxRcgnCsvNqPDaaOzKjS3Obn4= Received: by 10.54.138.7 with SMTP id l7mr122398wrd; Mon, 07 Nov 2005 16:01:41 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 35sm90582wra.2005.11.07.16.01.40; Mon, 07 Nov 2005 16:01:41 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org Date: Mon, 7 Nov 2005 15:53:00 -0800 User-Agent: KMail/1.8.3 References: <436FE7FE.7060702@tyeurgain.free-online.co.uk> In-Reply-To: <436FE7FE.7060702@tyeurgain.free-online.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511071553.01397.ringworm01@gmail.com> Cc: Alistair Subject: Re: New user confused by need to do huge upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 00:01:46 -0000 On Monday 07 November 2005 15:49, Alistair wrote: > Hello, All > > I am a user of Linux for many years (and an aged BSD sysadmin from > 1985-1989), but laterly mainly use Gentoo. FreeBSD seemed to be a good > alternative, so I get the 6.0 release a few days after it was released. > > Being a Gentoo person, I like the ports system, but with limited time on > my hands, I also like the compiled packages. I can get a working system > from packages then compile my own ports as need or want be. Or so I > thought. > > I installed from two CDs, and got a working KDE system. Now, I want to > do Firefox from ports with my own make.conf for P4 optimisation. Good! > So, I sync with the sources using cvsup (just like emerge --sync) > change to the Firefox ports directory, type "make" and enter dependency > hell like has never been known before. Everything that depends upon > GTK2 must be updated before Firefox can be compiled! If you don't want to do an entire upgrade of gnome2 or KDE but just get Firefox right install sysutils/portmanager (version 0.3.2 is in ports right now) then run portmanager www/firefox It will upgrade the dependencies that just pertain to firefox first then either upgrade firefox or install it if you don't have it yet. When version 0.3.3 of portmanager gets into the ports tree (pr is submitted) you can do the entire kde/gnome upgrade with just portmanager -u -Mike > > I thought that FreeBSD would be more stable than Gentoo and Linux > distros in general. I now find that there is the most major release > step (5.4 to 6.0) and within a matter of a few days later, both Gnome > and KDE are subject to huge updates that require many hours (or maybe > days - it's not done yet) of CPU time. > > Maybe I am missing something. However, I just cannot see why this is > right. What I thought that FreeBSD would give me that Gentoo did not is > a coherent system within which deveopment was co-ordinated. Instead, I > seem to find the opposite. The core group can offer a major release of > the OS, while missing the fact that two hugely important development > groups are just days off their own major releases. > > Maybe there is a level of sanity I am missing as a newcomer to BSD, but > I would really like someone to tell me where to find it so that I can > stop having to use this bloody Windows laptop to post here ;-) > > Regards > A > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 00:03:26 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1D1416A41F for ; Tue, 8 Nov 2005 00:03:26 +0000 (GMT) (envelope-from soren@klintrup.dk) Received: from mail.hemligt.net (cpe.atm2-0-7296.0x5730e15e.banxx4.customer.tele.dk [87.48.225.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D9B543D46 for ; Tue, 8 Nov 2005 00:03:25 +0000 (GMT) (envelope-from soren@klintrup.dk) Received: from localhost (localhost [127.0.0.1]) by mail.hemligt.net (Postfix) with ESMTP id 2AA103085DA; Tue, 8 Nov 2005 01:03:24 +0100 (CET) Received: from mail.hemligt.net ([127.0.0.1]) by localhost (mail.hemligt.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 55855-06; Tue, 8 Nov 2005 01:03:16 +0100 (CET) Received: from [127.0.0.1] (unknown [172.21.203.26]) by mail.hemligt.net (Postfix) with ESMTP id C5DD43084C9; Tue, 8 Nov 2005 01:03:16 +0100 (CET) Message-ID: <436FEB44.4010403@klintrup.dk> Date: Tue, 08 Nov 2005 01:03:16 +0100 From: =?ISO-8859-1?Q?S=F8ren_Klintrup?= User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: Alistair References: <436FE93D.7030704@tyeurgain.free-online.co.uk> In-Reply-To: <436FE93D.7030704@tyeurgain.free-online.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at hemligt.net Cc: freebsd-stable@freebsd.org Subject: Re: New user confused by need to do huge upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 00:03:27 -0000 Alistair wrote: > Hello, All Hi, > > Maybe there is a level of sanity I am missing as a newcomer to BSD, but > I would really like someone to tell me where to find it so that I can > stop having to use this bloody Windows laptop to post here ;-) Have a look at the sysutils/portupgrade port - that should solve all your problems in a jiffy (or however long it takes to recompile/redownload the packages/ports you need :) Regards, Søren Klintrup From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 00:06:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9527816A41F for ; Tue, 8 Nov 2005 00:06:51 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6F5C43D49 for ; Tue, 8 Nov 2005 00:06:50 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out3.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1EZH0j-0000hY-PH for ; Tue, 08 Nov 2005 01:06:49 +0100 Received: (qmail 2205 invoked from network); 8 Nov 2005 00:06:48 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 8 Nov 2005 00:06:48 -0000 Date: Tue, 08 Nov 2005 01:06:47 +0100 To: Alistair , freebsd-stable@freebsd.org References: <436FE7FE.7060702@tyeurgain.free-online.co.uk> From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <436FE7FE.7060702@tyeurgain.free-online.co.uk> User-Agent: Opera M2/8.50 (FreeBSD, build 1358) Cc: Subject: Re: New user confused by need to do huge upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 00:06:51 -0000 On Tue, 08 Nov 2005 00:49:18 +0100, Alistair wrote: > Hello, All > > I am a user of Linux for many years (and an aged BSD sysadmin from > 1985-1989), but laterly mainly use Gentoo. FreeBSD seemed to be a good > alternative, so I get the 6.0 release a few days after it was released. > > Being a Gentoo person, I like the ports system, but with limited time on > my hands, I also like the compiled packages. I can get a working system > from packages then compile my own ports as need or want be. Or so I > thought. > > I installed from two CDs, and got a working KDE system. Now, I want to > do Firefox from ports with my own make.conf for P4 optimisation. Good! > So, I sync with the sources using cvsup (just like emerge --sync) > change to the Firefox ports directory, type "make" and enter dependency > hell like has never been known before. Everything that depends upon > GTK2 must be updated before Firefox can be compiled! > > I thought that FreeBSD would be more stable than Gentoo and Linux > distros in general. I now find that there is the most major release > step (5.4 to 6.0) and within a matter of a few days later, both Gnome > and KDE are subject to huge updates that require many hours (or maybe > days - it's not done yet) of CPU time. > > Maybe I am missing something. However, I just cannot see why this is > right. What I thought that FreeBSD would give me that Gentoo did not is > a coherent system within which deveopment was co-ordinated. Instead, I > seem to find the opposite. The core group can offer a major release of > the OS, while missing the fact that two hugely important development > groups are just days off their own major releases. The portstree is tagged for a release, so if you cvsup to the tag for the release, you get the 'supported' ports. If you cvsup to the most recent portstree there is always a change for a big update. The idea behind the KDE/GNOME update is to commit the stuff after the 6.0-RELEASE in stead of before too have stable KDE/GNOME packages in the release. BTW: use the port sysutils/portupgrade. This fixes a lot of dependency troubles. BTW2: if you cvsup to the latest portstree, you can't expect everything to be available in packages. In FreeBSD ports are the focus, packages come next (currently). BTW3: http://www.freshports.org/ Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 00:28:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7E0B16A41F for ; Tue, 8 Nov 2005 00:28:14 +0000 (GMT) (envelope-from sammy@lost-angel.com) Received: from orwell.lost-angel.com (lost-angel.com [64.159.65.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57BAD43D46 for ; Tue, 8 Nov 2005 00:28:14 +0000 (GMT) (envelope-from sammy@lost-angel.com) Received: from [192.168.0.10] (cpe-66-108-113-153.nyc.res.rr.com [66.108.113.153]) (authenticated bits=0) by orwell.lost-angel.com (8.13.3/8.13.1) with ESMTP id jA80SBwq008000 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Mon, 7 Nov 2005 19:28:13 -0500 (EST) (envelope-from sammy@lost-angel.com) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <953CD34C-5DBA-461B-AAA9-C4073E517F89@lost-angel.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: sammy!!! Date: Mon, 7 Nov 2005 19:28:06 -0500 X-Mailer: Apple Mail (2.746.2) Subject: Sendmail not compiling with make world in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 00:28:14 -0000 I get this error when trying to do a make world with FreeBSD 6.0. ===> libexec/mail.local (all) cc -O2 -fno-strict-aliasing -pipe -I/usr/src/libexec/ mail.local/../../contrib/sendmail/include -I. -I/usr/local/include/ sasl1 -DSASL -c /usr/src/libexec/mail.local/../../contrib/sendmail/ mail.local/mail.local.c cc -O2 -fno-strict-aliasing -pipe -I/usr/src/libexec/ mail.local/../../contrib/sendmail/include -I. -I/usr/local/include/ sasl1 -DSASL -L/usr/local/lib -o mail.local mail.local.o /usr/obj/ usr/src/libexec/mail.local/../../lib/libsm/libsm.a -lsasl /usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypt.so.2, needed by / usr/local/lib/libsasl.so, not found (try using -rpath or -rpath-link) /usr/obj/usr/src/tmp/usr/bin/ld: warning: libpam.so.2, needed by /usr/ local/lib/libsasl.so, not found (try using -rpath or -rpath-link) /usr/local/lib/libsasl.so: undefined reference to `pam_end' /usr/local/lib/libsasl.so: undefined reference to `pam_authenticate' /usr/local/lib/libsasl.so: undefined reference to `crypt' /usr/local/lib/libsasl.so: undefined reference to `pam_start' *** Error code 1 Stop in /usr/src/libexec/mail.local. *** Error code 1 I have the following in my /etc/make.conf SENDMAIL_CFLAGS=-I/usr/local/include/sasl1 -DSASL SENDMAIL_LDFLAGS=-L/usr/local/lib SENDMAIL_LDADD=-lsasl Any clues on why this is failing with 6.0? It worked in 5.4 no problem... From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 00:30:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A295816A41F for ; Tue, 8 Nov 2005 00:30:29 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from misav10.sasknet.sk.ca (misav10.sasknet.sk.ca [142.165.20.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A52643D45 for ; Tue, 8 Nov 2005 00:30:29 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr2.sasknet.sk.ca ([142.165.72.23]) by misav10 with InterScan Messaging Security Suite; Mon, 07 Nov 2005 18:30:28 -0600 Received: from backoffice ([206.163.248.56]) by bgmpomr2.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0IPM003A01ES8890@bgmpomr2.sasknet.sk.ca> for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 18:30:28 -0600 (CST) Date: Mon, 07 Nov 2005 18:30:19 -0600 From: Stephen Hurd To: Alistair , freebsd-stable@freebsd.org Message-id: <001e01c5e3fb$99278e50$5200a8c0@backoffice> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Outlook Express 6.00.2900.2527 Content-type: text/plain; format=flowed; charset=iso-8859-1; reply-type=response Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <436FE7FE.7060702@tyeurgain.free-online.co.uk> Cc: Subject: Re: New user confused by need to do huge upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 00:30:29 -0000 > I installed from two CDs, and got a working KDE system. Now, I want to do > Firefox from ports with my own make.conf for P4 optimisation. Good! So, I > sync with the sources using cvsup (just like emerge --sync) change to the > Firefox ports directory, type "make" and enter dependency hell like has > never been known before. Everything that depends upon GTK2 must be > updated before Firefox can be compiled! > > I thought that FreeBSD would be more stable than Gentoo and Linux distros > in general. I now find that there is the most major release step (5.4 to > 6.0) and within a matter of a few days later, both Gnome and KDE are > subject to huge updates that require many hours (or maybe days - it's not > done yet) of CPU time. > > Maybe I am missing something. However, I just cannot see why this is > right. What I thought that FreeBSD would give me that Gentoo did not is a > coherent system within which deveopment was co-ordinated. Instead, I seem > to find the opposite. The core group can offer a major release of the OS, > while missing the fact that two hugely important development groups are > just days off their own major releases. > > Maybe there is a level of sanity I am missing as a newcomer to BSD, but I > would really like someone to tell me where to find it so that I can stop > having to use this bloody Windows laptop to post here ;-) Heh, essentially the problem is this... before a release, the ports tree is stabalized... everything builds and works together, broken dependencies are fixed, all is good with the world. This is the ports tree which is included in the release. After the release, More Stuff (tm) is added/updated/etc. By doing a cvsup, you asked for the "newest" version of all the ports, one which is not necessarily stable... dependencies may be broken, things may not work etc. Doing a cvsup in ports is like tracking -STABLE for ports. If you had not done the cvsup, FF would have built and installed nicely. IMHO, CVSupping ports is subject to the same caveats as tracking -STABLE (See section 20.2.2 in the handbook) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 01:36:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 57CEC16A420; Tue, 8 Nov 2005 01:36:48 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jA81alwR087925; Mon, 7 Nov 2005 20:36:47 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jA81ajlC087924; Mon, 7 Nov 2005 20:36:45 -0500 (EST) (envelope-from green) Date: Mon, 7 Nov 2005 20:36:45 -0500 From: Brian Fundakowski Feldman To: Marko Cuk Message-ID: <20051108013645.GE37350@green.homeunix.org> References: <436FDC90.3020108@cuk.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436FDC90.3020108@cuk.nu> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Subject: Re: Tun and ALTQ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 01:36:48 -0000 On Tue, Nov 08, 2005 at 12:00:32AM +0100, Marko Cuk wrote: > Resend... > > Please, does anyone have any ideas... > > > What is the status of the tun0 driver and ALTQ ? > I have FreeBSD 6.0-RELEASE and have tried it without success. Why 6.0 ? > Don't know... curious maybe... if you think, that 5.4 will work better, > I'll reinstall it. > > The tun0 is because od xDSL ( PPPoE ) > > It seems like packets won't match queue. Look at the pfctl output ( look > at the "bucy" rules -- he is a huge consumer and the primary uplink is > out for a week, xDSL is only backup and he consumes all the avail > bandwidth ) > > > THIS IFACE IS TUN0 ( pppoe ) > queue root_em0 bandwidth 1Gb priority 0 cbq( wrr root ) {std_ext, bucy_out} > [ pkts: 76053 bytes: 7390221 dropped pkts: 0 bytes: > 0 ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 199.0 packets/s, 146.71Kb/s ] No it isn't, it's em0. You probably want to be using ALTQ on tun0. I've done it; it works.... -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 01:42:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 7E12D16A41F; Tue, 8 Nov 2005 01:42:16 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jA81gFZF087999; Mon, 7 Nov 2005 20:42:15 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jA81gF4e087998; Mon, 7 Nov 2005 20:42:15 -0500 (EST) (envelope-from green) Date: Mon, 7 Nov 2005 20:42:14 -0500 From: Brian Fundakowski Feldman To: sammy!!! Message-ID: <20051108014214.GF37350@green.homeunix.org> References: <953CD34C-5DBA-461B-AAA9-C4073E517F89@lost-angel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <953CD34C-5DBA-461B-AAA9-C4073E517F89@lost-angel.com> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Sendmail not compiling with make world in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 01:42:16 -0000 On Mon, Nov 07, 2005 at 07:28:06PM -0500, sammy!!! wrote: > I get this error when trying to do a make world with FreeBSD 6.0. > ===> libexec/mail.local (all) > cc -O2 -fno-strict-aliasing -pipe -I/usr/src/libexec/ > mail.local/../../contrib/sendmail/include -I. -I/usr/local/include/ > sasl1 -DSASL -c /usr/src/libexec/mail.local/../../contrib/sendmail/ > mail.local/mail.local.c > cc -O2 -fno-strict-aliasing -pipe -I/usr/src/libexec/ > mail.local/../../contrib/sendmail/include -I. -I/usr/local/include/ > sasl1 -DSASL -L/usr/local/lib -o mail.local mail.local.o /usr/obj/ > usr/src/libexec/mail.local/../../lib/libsm/libsm.a -lsasl > /usr/obj/usr/src/tmp/usr/bin/ld: warning: libcrypt.so.2, needed by / > usr/local/lib/libsasl.so, not found (try using -rpath or -rpath-link) > /usr/obj/usr/src/tmp/usr/bin/ld: warning: libpam.so.2, needed by /usr/ > local/lib/libsasl.so, not found (try using -rpath or -rpath-link) > /usr/local/lib/libsasl.so: undefined reference to `pam_end' > /usr/local/lib/libsasl.so: undefined reference to `pam_authenticate' > /usr/local/lib/libsasl.so: undefined reference to `crypt' > /usr/local/lib/libsasl.so: undefined reference to `pam_start' > *** Error code 1 > > Stop in /usr/src/libexec/mail.local. > *** Error code 1 > > > I have the following in my /etc/make.conf > SENDMAIL_CFLAGS=-I/usr/local/include/sasl1 -DSASL > SENDMAIL_LDFLAGS=-L/usr/local/lib > SENDMAIL_LDADD=-lsasl > > Any clues on why this is failing with 6.0? It worked in 5.4 no > problem... You're still using your libsasl from 5.4. The warnings pretty unequivocally showed that it can't find the libraries it was originally linked against. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 02:05:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50D0A16A420 for ; Tue, 8 Nov 2005 02:05:20 +0000 (GMT) (envelope-from freebsd-stable@auscert.org.au) Received: from titania.auscert.org.au (gw.auscert.org.au [203.5.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D1B143D48 for ; Tue, 8 Nov 2005 02:05:18 +0000 (GMT) (envelope-from freebsd-stable@auscert.org.au) Received: from app.auscert.org.au (app [10.0.1.192]) by titania.auscert.org.au (8.12.10/8.12.10) with ESMTP id jA823dio009929; Tue, 8 Nov 2005 12:03:40 +1000 (EST) Received: from app.auscert.org.au (localhost.auscert.org.au [127.0.0.1]) by app.auscert.org.au (8.13.1/8.13.1) with ESMTP id jA825Dbl046080; Tue, 8 Nov 2005 12:05:14 +1000 (EST) (envelope-from freebsd-stable@auscert.org.au) Message-Id: <200511080205.jA825Dbl046080@app.auscert.org.au> To: Craig Boston , freebsd-stable@freebsd.org from: Joel Hatton In-Reply-To: Message from Craig Boston of "Mon, 07 Nov 2005 09:11:13 CST." <20051107151050.GA1212@nowhere> Date: Tue, 08 Nov 2005 12:05:13 +1000 Cc: Subject: Re: 5.x, 6.x and CPUTYPE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 02:05:20 -0000 > > I always build my production servers with CPUTYPE=i686 so they can be > transplanted to any machine with a PPro or better processor (or even > qemu if necessary). Thanks, Craig. I'm glad to hear that I'm not alone in pursuing this method. Do you know of any particular disadvantages of continuing with this less-than-optimised model - I guess I mean, is this something that is likely to break or become uneconomical at some point? cheers, joel -- Joel Hatton -- Security Analyst | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland | WWW: www.auscert.org.au Qld 4072 Australia | Email: auscert@auscert.org.au From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 02:11:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 403C716A420 for ; Tue, 8 Nov 2005 02:11:53 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from misav01.sasknet.sk.ca (misav01.sasknet.sk.ca [142.165.20.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A263243D46 for ; Tue, 8 Nov 2005 02:11:52 +0000 (GMT) (envelope-from shurd@sasktel.net) Received: from bgmpomr1.sasknet.sk.ca ([142.165.72.22]) by misav01 with InterScan Messaging Security Suite; Mon, 07 Nov 2005 20:11:51 -0600 Received: from backoffice ([206.163.248.56]) by bgmpomr1.sasknet.sk.ca (SaskTel eMessaging Service) with ESMTPA id <0IPM00MPW63RYE10@bgmpomr1.sasknet.sk.ca> for freebsd-stable@freebsd.org; Mon, 07 Nov 2005 20:11:51 -0600 (CST) Date: Mon, 07 Nov 2005 20:11:41 -0600 From: Stephen Hurd To: Joel Hatton , Craig Boston , freebsd-stable@freebsd.org Message-id: <002e01c5e409$c29dd790$5200a8c0@backoffice> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Mailer: Microsoft Outlook Express 6.00.2900.2527 Content-type: text/plain; format=flowed; charset=iso-8859-1; reply-type=original Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <200511080205.jA825Dbl046080@app.auscert.org.au> Cc: Subject: Re: 5.x, 6.x and CPUTYPE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 02:11:53 -0000 > >> >> I always build my production servers with CPUTYPE=i686 so they can be >> transplanted to any machine with a PPro or better processor (or even >> qemu if necessary). > > Thanks, Craig. I'm glad to hear that I'm not alone in pursuing this > method. > Do you know of any particular disadvantages of continuing with this > less-than-optimised model - I guess I mean, is this something that is > likely to break or become uneconomical at some point? For packages, it's a good idea to make a build jail... in case of static linking goodness. I had packages bite me when I was building them all on a system with a CPUTYPE=p3 world. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 02:23:33 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB7B16A420 for ; Tue, 8 Nov 2005 02:23:33 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp105.rog.mail.re2.yahoo.com (smtp105.rog.mail.re2.yahoo.com [206.190.36.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 1154A43D46 for ; Tue, 8 Nov 2005 02:23:32 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 28394 invoked from network); 8 Nov 2005 02:23:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=zh5H3SlLIO2crE26sKCDlX8uFuAnlXlw+J9xumJNRAl+RIv0OevMoggqaR1N+SD2PWUhEBeitbQiSk4y8BqkNNLRKl3+gEsYSEHHtrppTsbxEo55F7njaHIMjqSz/T8o73l1pfUxfbFb35ddFTI367TMX0TiOCyN5RiGhmOWol0= ; Received: from unknown (HELO ?172.16.0.199?) (mikej@rogers.com@70.31.50.81 with plain) by smtp105.rog.mail.re2.yahoo.com with SMTP; 8 Nov 2005 02:23:32 -0000 Message-ID: <43700C3D.3000004@rogers.com> Date: Mon, 07 Nov 2005 21:23:57 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Jung-uk Kim References: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> <200511071149.19760.jkim@FreeBSD.org> <4540.FgtQRFVGBkU=.1131401884.squirrel@172.16.0.1> <200511071822.36564.jkim@FreeBSD.org> In-Reply-To: <200511071822.36564.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: AGP ceased to work on eMachines M5310 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 02:23:34 -0000 Jung-uk Kim wrote: > On Monday 07 November 2005 05:18 pm, Mike Jakubik wrote: > >> On Mon, November 7, 2005 11:49 am, Jung-uk Kim wrote: >> >>> Please send me 'pciconf -lv' output. >>> >> Here it is, thanks. >> -- >> hostb0@pci0:0:0: class=0x060000 card=0x00000000 >> chip=0xcab01002 rev=0x13 hdr=0x00 >> vendor = 'ATI Technologies Inc' >> device = 'A3/U1 S2K CPU to PCI Bridge' >> class = bridge >> subclass = HOST-PCI >> > > The driver exists on -CURRENT but it was not MFC'd before release. > > http://docs.freebsd.org/cgi/mid.cgi?200509170336.j8H3alVZ083992 > Any ideas why? I can remember DRM working on an earlier 5.x however, which has me confused. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 02:33:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58F9816A41F for ; Tue, 8 Nov 2005 02:33:05 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC80E43D46 for ; Tue, 8 Nov 2005 02:33:04 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20051108023301m92006605re>; Tue, 8 Nov 2005 02:33:03 +0000 Message-ID: <43700E59.3060604@math.missouri.edu> Date: Mon, 07 Nov 2005 20:32:57 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051104 X-Accept-Language: en-us, en MIME-Version: 1.0 To: martinko References: <436E68A7.60603@math.missouri.edu> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: three button mouse issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 02:33:05 -0000 martinko wrote: > Stephen Montgomery-Smith wrote: > >> My laptop has two mice - the touchpad and a usb mouse. >> >> I would like the touchpad moused to run with the "-3" flag and the usb >> moused to run without "-3". But I can only get neither or both to run >> with "-3" by the appropriate settings in /etc/rc.conf. >> >> Any ideas? (Apart from manually killing and restarting one of the >> moused processes?) >> >> Stephen >> _______________________________________________ >> 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 believe u can do it since 6.0, something like this: > > moused_psm0_flags="-3" > > martin OK, it didn't quite work like this, but moused_enable="YES" moused_ums0_flags="" moused_flags="-3" in rc.conf did work. (I did a lot of playing with commands like "/etc/rc.d/moused start psm0", which seems to be quite different from "/etc/rc.d/moused start" - the latter is what seems to be executed upon startup.) Thanks for the hints. Stephen From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 03:23:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCE6116A41F for ; Tue, 8 Nov 2005 03:23:31 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9513843D45 for ; Tue, 8 Nov 2005 03:23:31 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id BA6D32C278; Mon, 7 Nov 2005 21:23:30 -0600 (CST) Date: Mon, 7 Nov 2005 21:23:28 -0600 From: Craig Boston To: Joel Hatton Message-ID: <20051108032328.GA3544@nowhere> Mail-Followup-To: Craig Boston , Joel Hatton , freebsd-stable@freebsd.org References: <20051107151050.GA1212@nowhere> <200511080205.jA825Dbl046080@app.auscert.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511080205.jA825Dbl046080@app.auscert.org.au> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 5.x, 6.x and CPUTYPE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 03:23:31 -0000 On Tue, Nov 08, 2005 at 12:05:13PM +1000, Joel Hatton wrote: > Thanks, Craig. I'm glad to hear that I'm not alone in pursuing this method. > Do you know of any particular disadvantages of continuing with this > less-than-optimised model - I guess I mean, is this something that is > likely to break or become uneconomical at some point? It won't break; after all the release binaries are targeted for 386 (or maybe 486 now) in order to be able to run on anything. You might need to update make.conf with the "pentiumpro" name just in case they ever drop the i686 alias, but that's about it. You might not get quite as good performance as if you compiled for exactly your CPU (keep in mind we're probably talking about 1-2% at most unless you have a VERY specific workload that SSE could benefit), but IMO it's more than worth it to be able to plug the hard drives into a similar machine and have things Just Work. Personally, I pick i686 (pentiumpro) as a good middle ground. The features optimized for by that are present in every modern x86-architecture CPU: P2, P3, P4, Athlon, etc. So it's unlikely you'll run into something older than that. Also, the ppro has most of the features that really affect performance -- i.e. the gap between 386/486 and 686 is a lot bigger than the gap between 686 and P3/P4. P3s/P-M and Athlons especially are fairly smart and will optimize a lot of things at runtime. P4s are probably where you'll see the biggest performance hit -- that's where Intel tried to push a lot off it off on the compiler. Craig From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 03:34:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A03C716A41F; Tue, 8 Nov 2005 03:34:41 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jA83Yf4X088874; Mon, 7 Nov 2005 22:34:41 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jA83YeEJ088873; Mon, 7 Nov 2005 22:34:40 -0500 (EST) (envelope-from green) Date: Mon, 7 Nov 2005 22:34:40 -0500 From: Brian Fundakowski Feldman To: Rod Taylor Message-ID: <20051108033440.GH37350@green.homeunix.org> References: <1131247801.851.13.camel@home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1131247801.851.13.camel@home> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Kernel Crash using GDB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 03:34:41 -0000 On Sat, Nov 05, 2005 at 10:30:01PM -0500, Rod Taylor wrote: > Upgraded FreeBSD to 6.0 Release. > Upgraded Gnome to 2.12, Abiword 2.4.1 > > Abiword is crashes while trying to save files for some unknown reason so > I recompiled it WITH_DEBUG=YES. > > Open abiword from command line (abiword &) and attach and GDB process to > the abiword process. > > Click "Save" in Abiword, which usually crashes Abiword but with GDB > attached the kernel panics and reboots immediately. > > I'm not really sure what to do now but I can reproduce the crash every > time. Try running AbiWord using another computer as your X server, and make the FreeBSD 6 machine stay at the console so it can potentially hit DDB/KDB. A serial console is also helpful sometimes. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 03:38:07 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99D6816A41F for ; Tue, 8 Nov 2005 03:38:07 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 485E843D45 for ; Tue, 8 Nov 2005 03:38:07 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id jA83c6tV073087 for ; Mon, 7 Nov 2005 19:38:06 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id jA83c6UY073086 for stable@freebsd.org; Mon, 7 Nov 2005 19:38:06 -0800 (PST) (envelope-from david) Date: Mon, 7 Nov 2005 19:38:06 -0800 From: David Wolfskill To: stable@freebsd.org Message-ID: <20051108033806.GM69015@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org References: <200511071748.44924.lofi@freebsd.org> <436FC61D.70406@andric.com> <436FC97C.80808@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436FC97C.80808@andric.com> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: OT: Failure notices from blogger.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: postmaster@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 03:38:07 -0000 On Mon, Nov 07, 2005 at 10:39:08PM +0100, Dimitry Andric wrote: > ... > So someone probably subscribed one or more @blogger.com addresses to > this, and other FreeBSD mailing lists. %../bin/find_member blogger.com %../bin/find_member @blogger.com % Apparently someone is subscribed via an address that is forwarded to blogger.com. Unfortunately, that's the point where I no longer have control. I could block all mail from blogger.com to mx1.freebsd.org, but some folks might take exception.... However: IMO, this is all off-topic to the freebsd-stable list. Such meta-comments about list contents are welcome at postmaster@freebsd.org, which is where I have hinted that replies should go. Peace, david (current hat: postmaster@freebsd.org) -- David H. Wolfskill david@catwhisker.org Prediction is difficult, especially if it involves the future. -- Niels Bohr See http://www.catwhisker.org/~david/publickey.gpg for public key. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 03:58:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 886BB16A41F for ; Tue, 8 Nov 2005 03:58:24 +0000 (GMT) (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 1B41743D45 for ; Tue, 8 Nov 2005 03:58:23 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 1B9425D69; Mon, 7 Nov 2005 22:58:23 -0500 (EST) 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 25349-10; Mon, 7 Nov 2005 22:58:21 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-122-227.ny325.east.verizon.net [68.161.122.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id BD9F45C20; Mon, 7 Nov 2005 22:58:20 -0500 (EST) Message-ID: <4370225D.2070201@mac.com> Date: Mon, 07 Nov 2005 22:58:21 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Craig Boston References: <20051107151050.GA1212@nowhere> <200511080205.jA825Dbl046080@app.auscert.org.au> <20051108032328.GA3544@nowhere> In-Reply-To: <20051108032328.GA3544@nowhere> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: 5.x, 6.x and CPUTYPE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 03:58:24 -0000 Craig Boston wrote: > On Tue, Nov 08, 2005 at 12:05:13PM +1000, Joel Hatton wrote: >> Thanks, Craig. I'm glad to hear that I'm not alone in pursuing this method. >> Do you know of any particular disadvantages of continuing with this >> less-than-optimised model - I guess I mean, is this something that is >> likely to break or become uneconomical at some point? > > It won't break; after all the release binaries are targeted for 386 (or > maybe 486 now) in order to be able to run on anything. You might need > to update make.conf with the "pentiumpro" name just in case they ever > drop the i686 alias, but that's about it. Yes. Note that you should choose the lowest common denominator for the hardware you possibly might want to run the binaries on. "pentium" or "pentiumpro" are also good candidates in that they are well-tested targets compared with the p4 or Althon targets. > You might not get quite as good performance as if you compiled for > exactly your CPU (keep in mind we're probably talking about 1-2% at most > unless you have a VERY specific workload that SSE could benefit), but > IMO it's more than worth it to be able to plug the hard drives into a > similar machine and have things Just Work. Agreed, although the performance difference depends a lot on the tasks being done. Disabling the "cpu I386_CPU" statement in the kernel conf seems to be more important than the difference between specifying a compiler architecture or leaving it to the default. > Personally, I pick i686 (pentiumpro) as a good middle ground. The > features optimized for by that are present in every modern > x86-architecture CPU: P2, P3, P4, Athlon, etc. So it's unlikely you'll > run into something older than that. Also, the ppro has most of the > features that really affect performance -- i.e. the gap between 386/486 > and 686 is a lot bigger than the gap between 686 and P3/P4. Agreed. The gap in performance is 386/486 >> 486/586 > later models. > P3s/P-M and Athlons especially are fairly smart and will optimize a lot > of things at runtime. P4s are probably where you'll see the biggest > performance hit -- that's where Intel tried to push a lot off it off on > the compiler. The P4 can benefit significantly sometimes from a compiler that knows how to schedule for it and the underlying microcode which actually implements the x86 instructions, rather than just for a generic pentium, but most of the time there isn't much difference between using "pentium" and "pentium4". -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 05:40:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 217E016A41F for ; Tue, 8 Nov 2005 05:40:48 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id A56E843D46 for ; Tue, 8 Nov 2005 05:40:46 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: from falcon.midgard.homeip.net (212.181.162.201) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 436A3A5300109560 for freebsd-stable@freebsd.org; Tue, 8 Nov 2005 06:40:45 +0100 Received: (qmail 76744 invoked by uid 1001); 8 Nov 2005 06:40:43 +0100 Date: Tue, 8 Nov 2005 06:40:43 +0100 From: Erik Trulsson To: Alistair Message-ID: <20051108054043.GA76691@falcon.midgard.homeip.net> Mail-Followup-To: Alistair , freebsd-stable@freebsd.org References: <436FE93D.7030704@tyeurgain.free-online.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <436FE93D.7030704@tyeurgain.free-online.co.uk> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: New user confused by need to do huge upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 05:40:48 -0000 On Mon, Nov 07, 2005 at 11:54:37PM +0000, Alistair wrote: > Hello, All > > I am a user of Linux for many years (and an aged BSD sysadmin from > 1985-1989), but laterly mainly use Gentoo. FreeBSD seemed to be a good > alternative, so I get the 6.0 release a few days after it was released. > > Being a Gentoo person, I like the ports system, but with limited time on > my hands, I also like the compiled packages. I can get a working system > from packages then compile my own ports as need or want be. Or so I > thought. > > I installed from two CDs, and got a working KDE system. Now, I want to > do Firefox from ports with my own make.conf for P4 optimisation. Good! > So, I sync with the sources using cvsup (just like emerge --sync) > change to the Firefox ports directory, type "make" and enter dependency > hell like has never been known before. Everything that depends upon > GTK2 must be updated before Firefox can be compiled! > > I thought that FreeBSD would be more stable than Gentoo and Linux > distros in general. I now find that there is the most major release > step (5.4 to 6.0) and within a matter of a few days later, both Gnome > and KDE are subject to huge updates that require many hours (or maybe > days - it's not done yet) of CPU time. > > Maybe I am missing something. However, I just cannot see why this is > right. What I thought that FreeBSD would give me that Gentoo did not is > a coherent system within which deveopment was co-ordinated. Instead, I > seem to find the opposite. The core group can offer a major release of > the OS, while missing the fact that two hugely important development > groups are just days off their own major releases. There was not a lack of communication. The updates to Gnome and KDE were intentionally delayed to happen *after* 6.0 was out. The reason for this is simply that they were not ready in time to make it into 6.0. The FreeBSD project has a policy of not allowing major changes to the ports tree while in the process of preparing for a new release. This is to make sure that the ports tree is in a "known good" state when the release happens. The Gnome and KDE teams could probably have updated their ports before 6.0 was released, but at that time the ports tree was frozen in preparation for the release. After 6.0 was out and the freeze was lifted, the ports were updated. Think of it this way: Do you really want binary packages that are brand new and almost untested to be included in the release, or do you want slightly older but well-tested programs to be included? The FreeBSD project has chosen the latter policy, which means that the Gnome and KDE updates did not make it into 6.0. A pattern that has been true for most FreeBSD releases is that in the days before the source/ports tree is frozen in preparation for a new release there is a flurry of last-minute commits to make sure they get into the release. Then after the release is out, and the freeze is lifted, there is a new flurry of commits when all the changes that have been pent up during the freeze are finally allowed into the tree. > > Maybe there is a level of sanity I am missing as a newcomer to BSD, but > I would really like someone to tell me where to find it so that I can > stop having to use this bloody Windows laptop to post here ;-) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 05:46:33 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F07316A41F for ; Tue, 8 Nov 2005 05:46:33 +0000 (GMT) (envelope-from yoshint@flab.fujitsu.co.jp) Received: from fgwmail5.fujitsu.co.jp (fgwmail5.fujitsu.co.jp [192.51.44.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B71A443D45 for ; Tue, 8 Nov 2005 05:46:32 +0000 (GMT) (envelope-from yoshint@flab.fujitsu.co.jp) Received: from m7.gw.fujitsu.co.jp ([10.0.50.77]) by fgwmail5.fujitsu.co.jp (Fujitsu Gateway) id jA85kVHQ030975 for ; Tue, 8 Nov 2005 14:46:31 +0900 (envelope-from yoshint@flab.fujitsu.co.jp) Received: from s0.gw.fujitsu.co.jp by m7.gw.fujitsu.co.jp (8.12.10/Fujitsu Domain Master) id jA85kU4v031869 for ; Tue, 8 Nov 2005 14:46:30 +0900 (envelope-from yoshint@flab.fujitsu.co.jp) Received: from s0.gw.fujitsu.co.jp (s0 [127.0.0.1]) by s0.gw.fujitsu.co.jp (Postfix) with ESMTP id 78E0F32C17C for ; Tue, 8 Nov 2005 14:46:29 +0900 (JST) Received: from dm.kawasaki.flab.fujitsu.co.jp (dm.kawasaki.flab.fujitsu.co.jp [10.25.192.1]) by s0.gw.fujitsu.co.jp (Postfix) with ESMTP id E459732C15A for ; Tue, 8 Nov 2005 14:46:28 +0900 (JST) Received: from dm.kawasaki.flab.fujitsu.co.jp by dm.kawasaki.flab.fujitsu.co.jp (8.9.3p2/3.7W-051028-Fujitsu Labs. Kawasaki Domain Mail Master (NAVGW)) id OAA18080; Tue, 8 Nov 2005 14:46:28 +0900 (JST) Received: from palomino.cad.flab.fujitsu.co.jp ([10.25.155.139]) by dm.kawasaki.flab.fujitsu.co.jp (NAVGW 2.5.2.9) with SMTP id M2005110814462803425 for ; Tue, 08 Nov 2005 14:46:28 +0900 Received: from palomino.cad.flab.fujitsu.co.jp (localhost [IPv6:::1]) by palomino.cad.flab.fujitsu.co.jp (8.13.3/8.13.1) with ESMTP id jA85kS4T035397 for ; Tue, 8 Nov 2005 14:46:28 +0900 (JST) (envelope-from yoshint@flab.fujitsu.co.jp) From: TOMITA Yoshinori To: freebsd-stable@freebsd.org MIME-Version: 1.0 (generated by WEMIKO 1.14.1 - =?ISO-2022-JP?B?Ig==?= =?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEIi?=) Content-Type: text/plain; charset=US-ASCII Date: Tue, 08 Nov 2005 14:46:28 +0900 Message-ID: User-Agent: T-gnus/6.17.4 (based on No Gnus v0.4) WEMIKO/1.14.1 (=?ISO-2022-JP?B?GyRCNl9KXExTQ24bKEI=?=) SLIM/1.14.7 (=?ISO-2022-JP?B?GyRCPHIwZjpMTD4bKEI=?=) APEL/10.3 XEmacs/21.4.17 (i386-unknown-freebsd5.4) MULE Mule-UCS/0.84 (=?ISO-2022-JP?B?S09VR0VU?= =?ISO-2022-JP?B?U1VEQUk6GyRCOH43bkJmGyhC?=) Subject: FreeBSD6 /bin/tcsh ls-F : Floating exception (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 05:46:33 -0000 tcsh 6.14.00 of FreeBSD 6-STABLE will crash by ls-F built-in command. % /bin/tcsh % cd /SOMEWHERE % ls-F Floating exception (core dumped) If login shell is /bin/tcsh, this results in unintentional logout. This problem occurs for example, 1. charset of filename is ja_JP.eucJP 2. LANG is not ja_JP.eucJP 3. run ls-F This is not only the case. GDB stack trace: ----------------------------------------------------- (gdb) where #0 0x0806e947 in print_by_column (dir=0x80b9b94, items=0x8167c08, count=331, no_file_suffix=1) at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:2071 #1 0x0806d993 in tw_list_items (looking=4, numitems=331, list_max=0) at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1394 #2 0x0806e107 in t_search (word=0x80b9b94, wp=0x0, command=LIST, max_word_length=0, looking=4, list_max=80, pat=0x80b9b94, suf=0) at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1706 #3 0x0808119b in dolist (v=0x8135cbc, c=0x81677e8) at /usr/src/bin/csh/../../contrib/tcsh/tc.func.c:251 #4 0x08056a2d in func (t=0x81677e8, bp=0x80909e0) at /usr/src/bin/csh/../../contrib/tcsh/sh.func.c:152 #5 0x08065ab7 in execute (t=0x81677e8, wanttty=50551, pipein=0x0, pipeout=0x0, do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:650 #6 0x08065dd3 in execute (t=0x81652a8, wanttty=50551, pipein=0x0, pipeout=0x0, do_glob=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.sem.c:721 #7 0x0804d081 in process (catch=1) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:2180 #8 0x0804bd8b in main (argc=0, argv=0xbfbfeb74) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1362 ----------------------------------------------------- signal comes from tw.parse.c: columns = TermH / maxwidth; /* PWP: terminal size change */ ^^^^^^^^^^^ There are cases when maxwidth == 0 !!! maxwidth is computed by ... maxwidth = max(maxwidth, (unsigned int) NLSStringWidth(items[i])); and NLSStringWidth() is defined in tc.nls.c int NLSStringWidth(Char *s) { int w = 0; while (*s) w += wcwidth(*s++); return w; } wcwidth() returns -1 when char is not printable depending LANG. If LANG is not matched with coding set used as filenames, wcwidth() will return -1. So, int NLSStringWidth() might return negative value such as -1 or -2. As a result, the next sentence in tw.parse.c maxwidth += no_file_suffix ? 1 : 2; /* for the file tag and space */ makes maxwidth=0. Here is a tiny patch. ----------------------------------------------------- --- tc.nls.c.org Tue Nov 8 14:13:22 2005 +++ tc.nls.c Tue Nov 8 14:04:54 2005 @@ -89,8 +89,10 @@ NLSStringWidth(Char *s) { int w = 0; - while (*s) - w += wcwidth(*s++); + while (*s) { + int tmp = wcwidth(*s++); + w += (tmp>0) ? tmp : 0; + } return w; } ----------------------------------------------------- -- --- TOMITA Yoshinori (Fujitsu Laboratories Ltd., Kawasaki, Japan) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 05:59:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AC9316A41F for ; Tue, 8 Nov 2005 05:59:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D331A43D45 for ; Tue, 8 Nov 2005 05:59:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id AFA011A3C19; Mon, 7 Nov 2005 21:59:52 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 011A3524F6; Tue, 8 Nov 2005 00:59:51 -0500 (EST) Date: Tue, 8 Nov 2005 00:59:51 -0500 From: Kris Kennaway To: TOMITA Yoshinori Message-ID: <20051108055951.GA9835@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD6 /bin/tcsh ls-F : Floating exception (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 05:59:53 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Nov 08, 2005 at 02:46:28PM +0900, TOMITA Yoshinori wrote: > tcsh 6.14.00 of FreeBSD 6-STABLE will crash by ls-F built-in command. > Here is a tiny patch. Thanks, but tcsh is a third-party utility that isn't separately maintained in FreeBSD; you should submit your patch to the tcsh authors for incorporation in the next release, and it can then be imported back into FreeBSD. Kris --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDcD7XWry0BWjoQKURAqL1AJ4uqcZ7yH8PH4BynPFzj3D+0c/MFwCdHLbd fxb7ioS2H8FwfxsMXj5OOd4= =D5GL -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 06:32:34 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0F9916A41F for ; Tue, 8 Nov 2005 06:32:34 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FEA843D45 for ; Tue, 8 Nov 2005 06:32:34 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 884A54C641; Tue, 8 Nov 2005 06:32:44 +0000 (GMT) Received: from [192.168.46.52] (ppp166-27.static.internode.on.net [150.101.166.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by p4.roq.com (Postfix) with ESMTP id 872044C5CF; Tue, 8 Nov 2005 06:32:43 +0000 (GMT) Message-ID: <4370467F.2050703@roq.com> Date: Tue, 08 Nov 2005 17:32:31 +1100 From: Michael VInce User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.12) Gecko/20051019 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alistair References: <436FE7FE.7060702@tyeurgain.free-online.co.uk> In-Reply-To: <436FE7FE.7060702@tyeurgain.free-online.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: New user confused by need to do huge upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 06:32:35 -0000 Alistair wrote: > Hello, All > > I am a user of Linux for many years (and an aged BSD sysadmin from > 1985-1989), but laterly mainly use Gentoo. FreeBSD seemed to be a > good alternative, so I get the 6.0 release a few days after it was > released. > > Being a Gentoo person, I like the ports system, but with limited time > on my hands, I also like the compiled packages. I can get a working > system from packages then compile my own ports as need or want be. Or > so I thought. > > I installed from two CDs, and got a working KDE system. Now, I want > to do Firefox from ports with my own make.conf for P4 optimisation. > Good! So, I sync with the sources using cvsup (just like emerge > --sync) change to the Firefox ports directory, type "make" and enter > dependency hell like has never been known before. Everything that > depends upon GTK2 must be updated before Firefox can be compiled! > > I thought that FreeBSD would be more stable than Gentoo and Linux > distros in general. I now find that there is the most major release > step (5.4 to 6.0) and within a matter of a few days later, both Gnome > and KDE are subject to huge updates that require many hours (or maybe > days - it's not done yet) of CPU time. > > Maybe I am missing something. However, I just cannot see why this is > right. What I thought that FreeBSD would give me that Gentoo did not > is a coherent system within which deveopment was co-ordinated. > Instead, I seem to find the opposite. The core group can offer a > major release of the OS, while missing the fact that two hugely > important development groups are just days off their own major releases. > > Maybe there is a level of sanity I am missing as a newcomer to BSD, > but I would really like someone to tell me where to find it so that I > can stop having to use this bloody Windows laptop to post here ;-) > Check out the UPDATING notes for anything about KDE cat /usr/ports/UPDATING | grep -A 13 -B 3 "kde" | grep -A 14 "20051105" Update your ports tree, then portupgrade your KDE packages, portupgrade -Rk /var/db/pkg/kde-3.4.2 Go to sleep and wake up with the latest KDE and feel good about the fact that you aren't stealing from SCO compared to using Gentoo Linux :) Mike From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 08:31:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0DFB16A41F for ; Tue, 8 Nov 2005 08:31:57 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35EDF43D45 for ; Tue, 8 Nov 2005 08:31:57 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so490902nzo for ; Tue, 08 Nov 2005 00:31:56 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SXLGNBceqss9gCLIMZF7emRq8eFbA95A3kbhnlfeMPUVcoAtB1Rp6wVrVQ+zZOtJDA7Ls2QHDbg+YpyP5hqZCYUj1kBkzgNjfAYRUSmZTDoTfWxyU/Ccyhe678MPzIlZS0/FyPPJ3NRo5hFn7grBSy4ikSaITkH8p8rrQf7IJ7c= Received: by 10.36.24.20 with SMTP id 20mr928328nzx; Tue, 08 Nov 2005 00:31:56 -0800 (PST) Received: by 10.37.20.33 with HTTP; Tue, 8 Nov 2005 00:31:56 -0800 (PST) Message-ID: Date: Tue, 8 Nov 2005 11:31:56 +0300 From: "Andrew P." To: Chuck Swiger In-Reply-To: <4370225D.2070201@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051107151050.GA1212@nowhere> <200511080205.jA825Dbl046080@app.auscert.org.au> <20051108032328.GA3544@nowhere> <4370225D.2070201@mac.com> Cc: freebsd-stable@freebsd.org, Craig Boston Subject: Re: 5.x, 6.x and CPUTYPE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 08:31:57 -0000 On 11/8/05, Chuck Swiger wrote: > Craig Boston wrote: > > On Tue, Nov 08, 2005 at 12:05:13PM +1000, Joel Hatton wrote: > >> Thanks, Craig. I'm glad to hear that I'm not alone in pursuing this me= thod. > >> Do you know of any particular disadvantages of continuing with this > >> less-than-optimised model - I guess I mean, is this something that is > >> likely to break or become uneconomical at some point? > > > > It won't break; after all the release binaries are targeted for 386 (or > > maybe 486 now) in order to be able to run on anything. You might need > > to update make.conf with the "pentiumpro" name just in case they ever > > drop the i686 alias, but that's about it. > Remeber that MacOSX/i386 requires the latest SSE feature set? Well, some day, although in a much more justified way, that might happen to FreeBSD. I don't think it'll happen earlier than 5-10 years from now, but it will. It doesn't mean you'll have to put something in your configs - just that the default target will include optimizations for some instructions. I still don't understand many of this gcc scheduling stuff, but -mfpmath=3Dsse should give a noticable boost to all code, not matter when it was written. Also, things like OpenSSH and mplayer were manually optimized to benefit from MMX, MMX2, 3DNow, 3DNowEx, SSE, SSE2... (that's what mplayer says about my athlon64 cpu, it was compiled without runtime cpu detection). So that's a matter of taste. It's not in vain to have a dozen scheduling configurations for a medium site, but it could live without that. Personally, I think, if there's a way to automate everything nicely, then one should do it. Package building is another issue, but I think FreeBSD will gain a good world-wide distributed compilation network, where you can get a binary with some specific options and optimizations, - in the months to come. Let's hope for that. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 08:42:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE71616A41F; Tue, 8 Nov 2005 08:42:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C287C43D58; Tue, 8 Nov 2005 08:42:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jA88gXFm092751; Tue, 8 Nov 2005 03:42:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jA88gXqJ013969; Tue, 8 Nov 2005 03:42:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0FDBC7302F; Tue, 8 Nov 2005 03:42:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051108084232.0FDBC7302F@freebsd-current.sentex.ca> Date: Tue, 8 Nov 2005 03:42:32 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 08:42:37 -0000 TB --- 2005-11-08 06:48:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-08 06:48:07 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2005-11-08 06:48:07 - cleaning the object tree TB --- 2005-11-08 06:49:22 - checking out the source tree TB --- 2005-11-08 06:49:22 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2005-11-08 06:49:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2005-11-08 07:17:16 - building world (CFLAGS=-O -pipe) TB --- 2005-11-08 07:17:16 - cd /src TB --- 2005-11-08 07:17:16 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-08 08:22:07 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-08 08:22:07 - cd /src TB --- 2005-11-08 08:22:07 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Nov 8 08:22:08 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Nov 8 08:40:43 UTC 2005 TB --- 2005-11-08 08:40:43 - generating LINT kernel config TB --- 2005-11-08 08:40:43 - cd /src/sys/i386/conf TB --- 2005-11-08 08:40:43 - /usr/bin/make -B LINT TB --- 2005-11-08 08:40:43 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-08 08:40:43 - cd /src TB --- 2005-11-08 08:40:43 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 8 08:40:44 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding /src/sys/dev/acpi_support/acpi_asus.c:50:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_fujitsu.c:40:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_panasonic.c:40:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_sony.c:34:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_toshiba.c:37:18: acpi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-08 08:42:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-08 08:42:32 - ERROR: failed to build lint kernel TB --- 2005-11-08 08:42:32 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 09:11:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6730B16A420 for ; Tue, 8 Nov 2005 09:11:57 +0000 (GMT) (envelope-from alistair@tyeurgain.free-online.co.uk) Received: from mra04.ch.as12513.net (mra04.ch.as12513.net [82.153.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id A29A943D55 for ; Tue, 8 Nov 2005 09:11:55 +0000 (GMT) (envelope-from alistair@tyeurgain.free-online.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra04.ch.as12513.net (Postfix) with ESMTP id 20326C046A for ; Tue, 8 Nov 2005 09:11:55 +0000 (GMT) Received: from mra04.ch.as12513.net ([127.0.0.1]) by localhost (mra04.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05876-01-77 for ; Tue, 8 Nov 2005 09:11:53 +0000 (GMT) Received: from fuchsia.ty-eurgain (unknown [82.153.113.63]) by mra04.ch.as12513.net (Postfix) with ESMTP id 0AA62C0699 for ; Tue, 8 Nov 2005 09:11:52 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by fuchsia.ty-eurgain (Postfix) with ESMTP id 8FD2963F27 for ; Tue, 8 Nov 2005 09:11:45 +0000 (GMT) From: Alistair Hamilton To: freebsd-stable@freebsd.org Date: Tue, 8 Nov 2005 09:11:45 +0000 User-Agent: KMail/1.8.2 References: <436FE7FE.7060702@tyeurgain.free-online.co.uk> <001e01c5e3fb$99278e50$5200a8c0@backoffice> In-Reply-To: <001e01c5e3fb$99278e50$5200a8c0@backoffice> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511080911.45157.alistair@tyeurgain.free-online.co.uk> X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Subject: Re: New user confused by need to do huge upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 09:11:57 -0000 On Tuesday 08 Nov 2005 00:30, Stephen Hurd wrote: > > I installed from two CDs, and got a working KDE system. Now, I want to [snip] > > Heh, essentially the problem is this... before a release, the ports tree is > stabalized... everything builds and works together, broken dependencies are > fixed, all is good with the world. This is the ports tree which is > included in the release. > > After the release, More Stuff (tm) is added/updated/etc. By doing a cvsup, > you asked for the "newest" version of all the ports, one which is not > necessarily stable... dependencies may be broken, things may not work etc. > Doing a cvsup in ports is like tracking -STABLE for ports. If you had not > done the cvsup, FF would have built and installed nicely. > > IMHO, CVSupping ports is subject to the same caveats as tracking -STABLE > (See section 20.2.2 in the handbook) Hi, Stephen You have hit the nail on the head! I fundamentally misunderstood the purpose of CVSupping ports. It is not like syncing in Gentoo at all! I probably did not read the manual carefully enough; I got the idea that it was something to do routinely before making a kernel. To all others who responded. Thanks! It is true what they say about the great level of user support for FreeBSD. I will take the Gentoo machine down again at the end of the week when it is not needed and start afresh with 6.0, and try to do it properly next time! All the best Alistair From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 09:49:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E1E916A41F for ; Tue, 8 Nov 2005 09:49:16 +0000 (GMT) (envelope-from lamar@tigergroup.org) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E37643D45 for ; Tue, 8 Nov 2005 09:49:15 +0000 (GMT) (envelope-from lamar@tigergroup.org) Received: from ibm57aec.bellsouth.net ([68.220.69.55]) by imf17aec.mail.bellsouth.net with ESMTP id <20051108094915.SCTX2217.imf17aec.mail.bellsouth.net@ibm57aec.bellsouth.net> for ; Tue, 8 Nov 2005 04:49:15 -0500 Received: from [192.168.0.101] (really [68.220.69.55]) by ibm57aec.bellsouth.net with ESMTP id <20051108094915.PXJY20717.ibm57aec.bellsouth.net@[192.168.0.101]> for ; Tue, 8 Nov 2005 04:49:15 -0500 From: Eriq Lamar To: "freebsd-stable@freebsd.org" Content-Type: text/plain Date: Tue, 08 Nov 2005 04:49:14 -0500 Message-Id: <1131443354.7951.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit Subject: Is 6.0 the new stable or is it 5.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: Tue, 08 Nov 2005 09:49:16 -0000 newbie wants to know. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 09:51:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E58016A41F for ; Tue, 8 Nov 2005 09:51:12 +0000 (GMT) (envelope-from admin@tigergroup.org) Received: from imf17aec.mail.bellsouth.net (imf17aec.mail.bellsouth.net [205.152.59.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id A867043D49 for ; Tue, 8 Nov 2005 09:51:11 +0000 (GMT) (envelope-from admin@tigergroup.org) Received: from ibm57aec.bellsouth.net ([68.220.69.55]) by imf17aec.mail.bellsouth.net with ESMTP id <20051108095111.SDUA2217.imf17aec.mail.bellsouth.net@ibm57aec.bellsouth.net> for ; Tue, 8 Nov 2005 04:51:11 -0500 Received: from [192.168.0.101] (really [68.220.69.55]) by ibm57aec.bellsouth.net with ESMTP id <20051108095111.PXOP20717.ibm57aec.bellsouth.net@[192.168.0.101]> for ; Tue, 8 Nov 2005 04:51:11 -0500 From: Eriq Lamar To: "freebsd-stable@freebsd.org" Content-Type: text/plain Organization: Tiger Group Date: Tue, 08 Nov 2005 04:51:05 -0500 Message-Id: <1131443465.7951.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit Subject: Is 6.0 the new stable or is it 5.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: Tue, 08 Nov 2005 09:51:12 -0000 newbie wants to know :) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 09:57:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 245EC16A41F for ; Tue, 8 Nov 2005 09:57:47 +0000 (GMT) (envelope-from chris@chris-j.net) Received: from mail.axisinternet.net (mail.axisinternet.net [150.101.78.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A14343D48 for ; Tue, 8 Nov 2005 09:57:46 +0000 (GMT) (envelope-from chris@chris-j.net) Received: from mail.axisinternet.net (localhost [127.0.0.1]) by mail.axisinternet.net (Postfix) with ESMTP id E0A71242F22; Tue, 8 Nov 2005 20:27:44 +1030 (CST) Received: from [127.0.0.1] (wks-chris.jones-home.net [10.194.10.1]) by mail.axisinternet.net (Postfix) with ESMTP id 44F0C242E19; Tue, 8 Nov 2005 20:27:44 +1030 (CST) Message-ID: <43707698.9060403@chris-j.net> Date: Tue, 08 Nov 2005 20:27:44 +1030 From: Chris Jones User-Agent: Thunderbird 1.4 (Windows/20050908) MIME-Version: 1.0 To: Eriq Lamar References: <1131443465.7951.4.camel@localhost.localdomain> In-Reply-To: <1131443465.7951.4.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at axisinternet.net Cc: "freebsd-stable@freebsd.org" Subject: Re: Is 6.0 the new stable or is it 5.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: Tue, 08 Nov 2005 09:57:47 -0000 As the front page of the website says, the 5.x series of releases are now Legacy. 6.0 is now considered the stable release platform, but 5.x will be supported for a while longer, I think. Eriq Lamar wrote: > newbie wants to know :) > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 10:28:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69F7916A41F for ; Tue, 8 Nov 2005 10:28:24 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (chen.org.nz [210.54.19.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDEC443D4C for ; Tue, 8 Nov 2005 10:28:23 +0000 (GMT) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id 631F356428; Tue, 8 Nov 2005 23:28:22 +1300 (NZDT) Date: Tue, 8 Nov 2005 23:28:22 +1300 From: Jonathan Chen To: TOMITA Yoshinori Message-ID: <20051108102822.GA71562@osiris.chen.org.nz> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD6 /bin/tcsh ls-F : Floating exception (core dumped) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 10:28:24 -0000 On Tue, Nov 08, 2005 at 02:46:28PM +0900, TOMITA Yoshinori wrote: [...] > Here is a tiny patch. Please send-pr this, so that it doesn't get lost. This would probably fix http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/88538 as well. Thanks. -- Jonathan Chen Once is dumb luck. Twice is coincidence. Three times and Somebody Is Trying To Tell You Something. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 11:26:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B49516A41F for ; Tue, 8 Nov 2005 11:26:15 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id A685543D45 for ; Tue, 8 Nov 2005 11:26:14 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by nproxy.gmail.com with SMTP id l24so193765nfc for ; Tue, 08 Nov 2005 03:26:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=stjTy/utyAYlkngVPhNu8vDNDTCW73aOsMnw8/SpxqVKvbWbhR8YhtX5Jd0qGD2EY/hg7XzNqHUl/tpP7/uonRKNhOBfWouOBOgXd/OQQb7j+4uOe90sEPh9pmgxFTsxte7y6UDoBiIcCHkA8awR3N2Sxvu7g/QkjkIW/9bUnEY= Received: by 10.48.144.1 with SMTP id r1mr1675981nfd; Tue, 08 Nov 2005 03:26:13 -0800 (PST) Received: by 10.48.43.6 with HTTP; Tue, 8 Nov 2005 03:26:13 -0800 (PST) Message-ID: <1dbad3150511080326p62ec11at@mail.gmail.com> Date: Tue, 8 Nov 2005 12:26:13 +0100 From: Michael Schuh To: freebsd-stable@freebsd.org In-Reply-To: <1dbad3150511070339k15a99854r@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1dbad3150511070339k15a99854r@mail.gmail.com> Subject: Re: timecounter and Hz quality in kern RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 11:26:15 -0000 Hello, thanks to Oliver and Michael for explain me the "mechanics" behind timecounter and "Hz quality". I have send the question, why i have to wonder about different IRQ-Counts but same HZ. It is really thaat HZ on both machines is the same. I have only knowed the old behavior. I set the HZ over Options HZ in my Kernelconfig, and then i could see that the IRQCount's on clk are alwas the same value as HZ +- a few tics. So that i have thinked ( and feeled on busy machines) that the IRQ-work is more smooth and they are less holes in responsitivity if the HZ is going to an Value > 1000. So i have alwas set HZ to 2000 on every machine. If i have the answers and the "mechanics" behind timecounter and "Hz quality" right understand, so i have no more modify the HZ Value to become an smooth polling of the interupts. if i be right the smooth behavior comes with the calculation from "Hz quality". Please correct me if i am wrong. thanks to all and best regards michael 2005/11/7, Michael Schuh : > Hello, > > i be very surprised about the performance of RELENG_6. > Congratulations to the entire Team for this very good work. > > Now i have 2 Machines installed with 6.0-RC1, and i have seen that on > both machines the Hz is differntly with GENERIC-Kernel. > Machine A is an Sempron 2400+ that runs as 2500+ > (i have tuned the clock to best RAM-Performace) > Machine B is an Duron 700MHz > > On Machine A i got an Hz from 2000 effectively > systat -vmstat 1 show me 2000 IRQ/s on clk > sysctl say's 1000....i think, but not sure > > On Machine B i got an Hz from 1000 effectively > systat-vmstat 1 show me 1000 IRQ/s on clk > > After digging in the source i have found that timec.c have an routine for > computing the so called "Hz quality". > > Can anyone explain me the "mystics" behind Hz quality, > and why or how this quality is computed and what are the > efforts? > > My knowledge is not deep enough to know these details. > > thanks > > best regards > > michael > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 11:40:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30BFA16A41F for ; Tue, 8 Nov 2005 11:40:35 +0000 (GMT) (envelope-from spil.oss@googlemail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8A8943D4C for ; Tue, 8 Nov 2005 11:40:34 +0000 (GMT) (envelope-from spil.oss@googlemail.com) Received: by zproxy.gmail.com with SMTP id z31so521656nzd for ; Tue, 08 Nov 2005 03:40:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=FRSTTrt7+eLdiiumRJdvS5JTz/ydeoloG5M04GCx5qLeo8s07wEVrK62Udl4bE52mvx7zYJT8KTXxDBeYtjAS/rpWS38+0ubyUcVU10wu9rwZzmrIt6mT7De34wjQCBiWSD9Xbz8BFmB8iktrhwn02rrQ5t4yiz92Shu0ju5jng= Received: by 10.65.205.1 with SMTP id h1mr5756747qbq; Tue, 08 Nov 2005 03:40:33 -0800 (PST) Received: by 10.64.156.18 with HTTP; Tue, 8 Nov 2005 03:40:33 -0800 (PST) Message-ID: <5fbf03c20511080340t2f062ef1r7985f4b614403ae7@mail.gmail.com> Date: Tue, 8 Nov 2005 12:40:33 +0100 From: spil oss To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: xl1: watchdog timeout on 6-STABLE with 3c575B cardbus NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 11:40:35 -0000 Since upgrading to 6-STABLE I get errors on my cardbus NIC. If I have the patience to wait for echo on an ssh terminal one could say that it works, but in a real world it's unusable. Hopefully helpful details: * Worked fine on 5.4 * Whilst downloading a freebsd iso over ftp, no watchdog timeouts occured and speed was 100%, but immediately after the download finished they started popping up again (connecting seems to be slow though) * Inbound connections on xl1 are extremely laggy, switching screens via ssh= take a long while to start but then suddenly the whole screen is redrawn. * My xl0 is fine (3Com 3c905C-TX Fast Etherlink XL) ssh, smb, all works as expected. * booting no-acpi results in the same error snippet from dmesg: cardbus0: Resource not specified in CIS: id=3D14, size=3D80 cardbus0: Resource not specified in CIS: id=3D18, size=3D80 xl1: <3Com 3c575B Fast Etherlink XL> port 0x1000-0x107f mem 0x88000000-0x8800007f,0x88000080-0x8800 00ff irq 10 at device 0.0 on cardbus0 miibus1: on xl1 tdkphy0: on miibus1 tdkphy0: 10baseT, 100baseTX, auto xl1: Ethernet address: 00:00:86:57:76:22 cut xl1: watchdog timeout xl1: watchdog timeout xl1: watchdog timeout Anyone got a clue what happens here and how I can fix this? Spil. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 12:48:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C689B16A41F for ; Tue, 8 Nov 2005 12:48:13 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEA4543D45 for ; Tue, 8 Nov 2005 12:48:12 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 647 invoked from network); 8 Nov 2005 12:48:10 -0000 Received: from unknown (HELO ) ([pbs]775067@[217.187.182.170]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 8 Nov 2005 12:48:10 -0000 Date: Tue, 8 Nov 2005 13:47:40 +0100 From: Fabian Keil To: Sam Leffler Message-ID: <20051108134740.12b68596@> In-Reply-To: <436E80DA.3000403@errno.com> References: <20051106131916.GO28385@sun.unixguru.nl> <436E6D07.6010600@math.missouri.edu> <436E80DA.3000403@errno.com> X-Mailer: Sylpheed-Claws 1.9.15 (GTK+ 2.6.4; i386-portbld-freebsd5.4) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc X-Face: `PhZA=Lxak@TtN(1g, #<&MCpy@&]f<.#LD|V?.7uN7(:.RP/8s&S, oWJtD[Xd4(_YsBm?fGC OLJGk9OysbMQE%?&$, M[odvx9[[`'F\@JjAC@w4X6/-Gr^apr)f''exvwLOUalUW?~>frSC-Y]0v9, U4"Hz]~H&ZP%S1YJV@MfDIDu2>cw~wMiCW#9PY: Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Signature_Tue__8_Nov_2005_13_47_40_+0100_dEm6_Ds=dDsbFGwl"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Missing wep_wlan at 5.4 (was: Atheros (ath0) no RX traffic) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 12:48:13 -0000 --Signature_Tue__8_Nov_2005_13_47_40_+0100_dEm6_Ds=dDsbFGwl Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sam Leffler wrote: > Stephen Montgomery-Smith wrote: > > Richard Arends wrote: > >> Today I upgraded my laptop from 5-STABLE to 6-STABLE. After the > >> upgrade, my wireless is not working anymore. > >=20 > >=20 > > You are doing better than me. I try this: > > ifconfig ath0 wepkey 12345 > > and get > > ifconfig: SIOCS80211: Invalid argument > >=20 > > (Actually maybe that is happening to you as well, but since you are=20 > > setting ifconfig_ath0 from within rc.conf, you might be missing > > this error message as it flies by in your start up.) > >=20 > > I get this error on other wireless cards as well. >=20 > kldload wlan_wep Since a few days I get "ifconfig: SIOCS80211: Invalid argument" while trying to set up wep with up to date ndis stuff on 5.4. ATM I use an older ndis build which still works. wlan_wep seems to exist at 6.0 only: http://fxr.watson.org/fxr/source/modules/wlan_wep/?v=3DRELENG54 http://fxr.watson.org/fxr/source/modules/wlan_wep/?v=3DRELENG6 Is there some secret I don't know about? Fabian --=20 http://www.fabiankeil.de/ --Signature_Tue__8_Nov_2005_13_47_40_+0100_dEm6_Ds=dDsbFGwl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFDcJ5zjV8GA4rMKUQRAujjAJ9jAK/1PLuL4zEyrlXWmIJSpFg1BgCg2bdv L/tB9f4ogz6CmnCY/osN7U8= =4dEv -----END PGP SIGNATURE----- --Signature_Tue__8_Nov_2005_13_47_40_+0100_dEm6_Ds=dDsbFGwl-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 15:27:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2458A16A420 for ; Tue, 8 Nov 2005 15:27:23 +0000 (GMT) (envelope-from taurus792004@yahoo.es) Received: from web86804.mail.ukl.yahoo.com (web86804.mail.ukl.yahoo.com [217.12.13.46]) by mx1.FreeBSD.org (Postfix) with SMTP id 61FB143D46 for ; Tue, 8 Nov 2005 15:27:22 +0000 (GMT) (envelope-from taurus792004@yahoo.es) Received: (qmail 74452 invoked by uid 60001); 8 Nov 2005 15:27:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.es; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=XKTAvc0ojTiG3Uo36qeYKBE/Mc4ZscwYZBLkdI0rSwJqnjVJ0Ckvm//HPDVYJXsbUjE8bSeNJgSCEPFVOggQ45bKK6hMbV8DC3Do/YhuR8buASM2gK3deR1sSb+D3NhvN4VIw8ZkwiJef92OzJie8LqxT6ttpe/GYQVXjiosg5k= ; Message-ID: <20051108152721.74447.qmail@web86804.mail.ukl.yahoo.com> Received: from [200.55.155.7] by web86804.mail.ukl.yahoo.com via HTTP; Tue, 08 Nov 2005 16:27:21 CET Date: Tue, 8 Nov 2005 16:27:21 +0100 (CET) From: dani mot To: freebsd-stable@freebsd.org In-Reply-To: <20051108120104.4525516A422@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Sobre FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 15:27:23 -0000 Hola listeros!!!! Soy nuevo en el tema del FreeBSD y me gustaria saber cual es la distribucion stables en estos momentos. Podria ser la 4.11 o la 5.x? Saludos y gracias taurus ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 15:29:07 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B27216A41F for ; Tue, 8 Nov 2005 15:29:07 +0000 (GMT) (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 D717B43D48 for ; Tue, 8 Nov 2005 15:29:06 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (tojuzm@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id jA8FT3Ho098285 for ; Tue, 8 Nov 2005 16:29:04 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id jA8FT35q098284; Tue, 8 Nov 2005 16:29:03 +0100 (CET) (envelope-from olli) Date: Tue, 8 Nov 2005 16:29:03 +0100 (CET) Message-Id: <200511081529.jA8FT35q098284@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) Cc: Subject: Re: timecounter and Hz quality in kern RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 15:29:07 -0000 martinko wrote: > Oliver Fromme wrote: > > Michael Schuh wrote: > > > After digging in the source i have found that timec.c have an routine for > > > computing the so called "Hz quality". > > > > During boot, the kernel probes several time counters and > > assigns "quality" values. Typically you have three of > > them (i8254, ACPI, TPC). The time counter with the > > highest quality value will be used for timing by default, > > but you can change it via sysctl if you know what you are > > doing. Type "sysctl kern.timecounter" and see the result. > > are those quality values preset (i.e. TSC = 800) or are they computed > (during boot) somehow? and if the latter, how pls?? They have hardcoded defaults, but some of them are adjusted under certain circumstances. For example, the TSC's default value of 800 is reduced on an SMP-enabled or APM-enabled system. You should be able to look it up in the source code easily yourself. Look for struct timecounter. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 16:06:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 968B116A420 for ; Tue, 8 Nov 2005 16:06:46 +0000 (GMT) (envelope-from rodrigo@bebik.net) Received: from hodja.bebik.net (gam75-4-82-235-223-127.fbx.proxad.net [82.235.223.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07C6343D4C for ; Tue, 8 Nov 2005 16:06:45 +0000 (GMT) (envelope-from rodrigo@bebik.net) Received: by hodja.bebik.net (Postfix, from userid 1001) id 99DB3B84D3; Tue, 8 Nov 2005 17:06:39 +0100 (CET) Date: Tue, 8 Nov 2005 17:06:39 +0100 From: Rodrigo OSORIO To: freebsd-stable@freebsd.org Message-ID: <20051108160639.GA31970@hodja.bebik.net> References: <20051108120104.4525516A422@hub.freebsd.org> <20051108152721.74447.qmail@web86804.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051108152721.74447.qmail@web86804.mail.ukl.yahoo.com> User-Agent: Mutt/1.4.2.1i Subject: Re: Sobre FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 16:06:46 -0000 On Tue, Nov 08, 2005 at 04:27:21PM +0100, dani mot wrote: > Hola listeros!!!! > Soy nuevo en el tema del FreeBSD y me gustaria saber > cual es la distribucion stables en estos momentos. > Podria ser la 4.11 o la 5.x? > Saludos > y gracias > taurus > Hola, La distribucion "stable" en este momento es la 6.0 como lo puedes ver en la web (www.freebsd.org). From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 16:22:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E42D616A421 for ; Tue, 8 Nov 2005 16:22:25 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd3mo2so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E76843D49 for ; Tue, 8 Nov 2005 16:22:22 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd5mr1so.prod.shaw.ca (pd5mr1so-qfe3.prod.shaw.ca [10.0.141.232]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IPN00FRT9GRCK30@l-daemon> for freebsd-stable@freebsd.org; Tue, 08 Nov 2005 09:22:03 -0700 (MST) Received: from pn2ml5so.prod.shaw.ca ([10.0.121.149]) by pd5mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IPN00KD49GRCMH0@pd5mr1so.prod.shaw.ca> for freebsd-stable@freebsd.org; Tue, 08 Nov 2005 09:22:03 -0700 (MST) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IPN00FY99GQOY@l-daemon> for freebsd-stable@freebsd.org; Tue, 08 Nov 2005 09:22:03 -0700 (MST) Date: Tue, 08 Nov 2005 08:22:01 -0800 From: Colin Percival In-reply-to: <436BCA7B.6060700@voidmain.net> To: freebsd@voidmain.net Message-id: <4370D0A9.4030707@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <120ef0530511041210s6d3dbee8pc2db36129b44be2c@mail.gmail.com> <436BCA7B.6060700@voidmain.net> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051001) Cc: freebsd-stable@freebsd.org, Richard Bejtlich Subject: What should be in GENERIC? (was Re: Facilitating binary kernel upgrades) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 16:22:26 -0000 Tom Grove wrote: > Richard Bejtlich wrote: >> After speaking with Colin, he mentioned that IPSec, NAT, and disk >> quotas (enabled via options QUOTA) are the three most popular kernel >> changes that prevent people from running GENERIC and hence using >> freebsd-update for binary kernel updates. >> >> Can anyone shed light on why those three features are not available in >> GENERIC? > > My guess is that just because those are the three most popular kernel > changes that prevent people from running GENERIC doesn't mean that the > majority of users implement these changes. I find this argument hard to accept. The vast majority of FreeBSD users will never need the NFS_ROOT option, and many systems do not even have the hardware for serial or parallel ports, yet those are supported in the GENERIC kernel. In deciding what options should go into the GENERIC kernel, I think the question we should be asking is not "how many people use this?", but instead "would adding this option inconvenience more people than it would help?". Colin Percival From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 16:26:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E71B416A41F for ; Tue, 8 Nov 2005 16:26:03 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82FED43D45 for ; Tue, 8 Nov 2005 16:25:54 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 2C242C225 for ; Tue, 8 Nov 2005 11:25:53 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id D1689C24C for ; Tue, 8 Nov 2005 11:25:49 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 9731AC24B for ; Tue, 8 Nov 2005 11:25:49 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=NUu7RRb3sMjsUhH2IjRccGjjuNLlRKHszU4X3vAkHQ/LskZqLzWR2g4eNXHoL97kL EN4tVv2Su7PzSkW1pIymbpgQqsyeFA95ft08+jBXbYwyPAbonlJJe3ItWlaYVbv Received: from [10.12.211.120] (usstls-23.savvis.net [64.242.52.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 49868C239 for ; Tue, 8 Nov 2005 11:25:49 -0500 (EST) Message-ID: <4370D184.7080600@protected-networks.net> Date: Tue, 08 Nov 2005 11:25:40 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: swapinfo error on 6.x X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 16:26:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 5-stable: imb@aaron:/home/imb# swapinfo Device 1K-blocks Used Avail Capacity /dev/da0s1b 1044192 22736 1021456 2% /dev/da1s1b 1044192 22996 1021196 2% Total 2088384 45732 2042652 2% On 6-stable: imb@mail:/home/imb> swapinfo Device 1K-blocks Used Avail Capacity /dev/ar0s1b 1048576 307504 1048576 29% ~ .. "avail" shouldn't be the same as "1k-blocks" :-( Thanks to Jarrod Sayers for pointing out my oversight, Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDcNGDiJykeV6HPMURAiYbAKDr1GKPnBJ4coBeygBq02viQDfwWACg7CPx bwKvqZgUq7iXowzCTbmJXSs= =f6/o -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 16:30:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DAA816A41F for ; Tue, 8 Nov 2005 16:30:43 +0000 (GMT) (envelope-from pkeusem@visi.com) Received: from cenn.mc.mpls.visi.com (cenn.mc.mpls.visi.com [208.42.156.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF64343D45 for ; Tue, 8 Nov 2005 16:30:42 +0000 (GMT) (envelope-from pkeusem@visi.com) Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by cenn.mc.mpls.visi.com (Postfix) with ESMTP id DE1FF83DE for ; Tue, 8 Nov 2005 10:30:41 -0600 (CST) Received: by isis.visi.com (Postfix, from userid 5168) id A25F276C71; Tue, 8 Nov 2005 10:30:41 -0600 (CST) Date: Tue, 8 Nov 2005 10:30:41 -0600 From: Paul Keusemann To: freebsd-stable@freebsd.org Message-ID: <20051108163041.GB4622@isis.visi.com> Mail-Followup-To: Paul Keusemann , freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline User-Agent: Mutt/1.3.27i Subject: 5-stable kernel hang during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Keusemann List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 16:30:43 -0000 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've got an IBM Intellistation M Pro with dual 600 Mhz PIIIs, an IBM DNES-309170W (da0 on ahc0) as the root drive and HighPoint RocketRaid 1520 with two WD1600JD drives mirrored as data drives. There is nothing on ata0 and the CD-ROM drive is the master on ata1. I have been running a custom kernel (GENERIC with SMP) since installation. The verbose output from dmesg from the a 5.4 Release kernel (booted from CD-ROM) is attached. I installed 5.3 Release on this machine a while back and just decided to try to upgrade to 5.4 Stable. (This is my first attempt at doing a buildworld upgrade.) I cvsup'ed /usr/src using the stable-supfile in /usr/share/examples/cvsup. I then followed the instructions in /usr/src/Makefile to build world, build a new custom kernel and install the new kernel. Then I attempted to reboot into single user mode. The boot hangs while processing ata1, right after the following: ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 The really interesting part is that after installing the new kernel, I can't boot from kernel.old or another backup of my custom kernel. They both hang in the same way as the new kernel. If I boot off the 5.4 Release CD-ROM, remove the new kernel and rename kernel.old to kernel, the system comes up just fine. At this point I guess I'm looking for any help I can get. Could the fact that there is nothing on ata0 be causing a problem? I know I can boot the 5.4 Release kernel, would I be better off upgrading from the install? I have had no problems with this machine so I can just scratch the upgrade, but it would be nice to be able to get it up to 5-stable and eventually 6-stable. -- Paul Keusemann pkeusem@visi.com 4266 Joppa Court (952) 894-7805 Savage, MN 55378 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.out" SMP: Added CPU 1 (BSP) SMP: Added CPU 0 (AP) MPTable: APIC ID: physical 0, logical 0:0 APIC ID: physical 1, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 bios32: Found BIOS32 Service Directory header at 0xc00fd800 bios32: Entry = 0xfd811 (c00fd811) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xd84c pnpbios: Found PnP BIOS data at 0xc00fde60 pnpbios: Entry = f0000:5bea Rev = 1.0 Other BIOS signatures found: ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) ioapic0: intpin 1 bus ISA ioapic0: intpin 1 trigger: edge ioapic0: intpin 1 polarity: high ioapic0: intpin 2 bus ISA ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high ioapic0: intpin 3 bus ISA ioapic0: intpin 3 trigger: edge ioapic0: intpin 3 polarity: high ioapic0: intpin 4 bus ISA ioapic0: intpin 4 trigger: edge ioapic0: intpin 4 polarity: high ioapic0: intpin 5 bus ISA ioapic0: intpin 5 trigger: edge ioapic0: intpin 5 polarity: high ioapic0: intpin 6 bus ISA ioapic0: intpin 6 trigger: edge ioapic0: intpin 6 polarity: high ioapic0: intpin 7 bus ISA ioapic0: intpin 7 trigger: edge ioapic0: intpin 7 polarity: high ioapic0: intpin 8 bus ISA ioapic0: intpin 8 trigger: edge ioapic0: intpin 8 polarity: high ioapic0: intpin 12 bus ISA ioapic0: intpin 12 trigger: edge ioapic0: intpin 12 polarity: high ioapic0: intpin 13 bus ISA ioapic0: intpin 13 trigger: edge ioapic0: intpin 13 polarity: high ioapic0: intpin 15 bus ISA ioapic0: intpin 15 trigger: edge ioapic0: intpin 15 polarity: high ioapic0: Routing SMI -> intpin 23 ioapic0: intpin 18 bus PCI ioapic0: intpin 18 trigger: level ioapic0: intpin 18 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 19 bus PCI ioapic0: intpin 19 trigger: level ioapic0: intpin 19 polarity: low ioapic0: intpin 17 bus PCI ioapic0: intpin 17 trigger: level ioapic0: intpin 17 polarity: low ioapic0: intpin 16 bus PCI ioapic0: intpin 16 trigger: level ioapic0: intpin 16 polarity: low lapic: Routing ExtINT -> LINT0 lapic: LINT0 trigger: edge lapic: LINT0 polarity: active-high lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: active-high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x01000000 VER: 0x00040011 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff wlan: <802.11 Link Layer> null: random: io: mem: Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Found $PIR table, 11 entries at 0xc00f1d50 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 A 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 3 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 15 A 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 15 B 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 15 C 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 5 0 15 D 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 14 A 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 14 B 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 14 C 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 4 0 14 D 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 13 A 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 13 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 13 C 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 3 0 13 D 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 16 A 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 16 B 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 16 C 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 2 0 16 D 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 17 A 0x61 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 17 B 0x62 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 17 C 0x63 3 4 5 6 7 9 10 11 12 14 15 slot 1 0 17 D 0x60 3 4 5 6 7 9 10 11 12 14 15 slot 6 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e4000000, size 26, enabled found-> vendor=0x8086, dev=0x7190, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7191, revid=0x03 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x88 (34000 ns), maxlat=0x00 (0 ns) map[10]: type 3, range 32, base e3fff000, size 12, enabled map[14]: type 4, range 32, base 00006c60, size 5, enabled map[18]: type 1, range 32, base f6f00000, size 20, enabled pcib0: slot 2 INTA routed to irq 18 found-> vendor=0x8086, dev=0x1229, revid=0x05 bus=0, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0103, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=18 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00007000, size 8, enabled map[14]: type 1, range 32, base f6efe000, size 12, enabled pcib0: slot 3 INTA routed to irq 19 found-> vendor=0x9004, dev=0x7895, revid=0x04 bus=0, slot=3, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=19 powerspec 1 supports D0 D3 current D0 map[10]: type 4, range 32, base 00007400, size 8, enabled map[14]: type 1, range 32, base f6eff000, size 12, enabled pcib0: slot 3 INTB routed to irq 19 found-> vendor=0x9004, dev=0x7895, revid=0x04 bus=0, slot=3, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=b, irq=19 powerspec 1 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000fff0, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=4, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ff00, size 5, enabled pcib0: slot 4 INTD routed to irq 19 found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=4, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x30 (1440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=19 map[90]: type 4, range 32, base 0000fe00, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=4, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type 4, range 32, base 00006c50, size 3, enabled map[14]: type 4, range 32, base 00006c48, size 2, enabled map[18]: type 4, range 32, base 00006c58, size 3, enabled map[1c]: type 4, range 32, base 00006c4c, size 2, enabled map[20]: type 4, range 32, base 00007800, size 8, enabled pcib0: slot 17 INTA routed to irq 17 found-> vendor=0x1103, dev=0x0005, revid=0x02 bus=0, slot=17, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=17 powerspec 2 supports D0 D3 current D0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe4000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf7000000-0xf7ffffff pcib1: prefetched decode 0xe8000000-0xf6dfffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base f7000000, size 24, enabled pcib1: device (null) requested decoded memory range 0xf7000000-0xf7ffffff map[14]: type 3, range 32, base e8000000, size 27, enabled pcib1: device (null) requested decoded memory range 0xe8000000-0xefffffff pcib1: slot 0 INTA routed to irq 16 found-> vendor=0x10de, dev=0x0110, revid=0xb2 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x28 (1200 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=16 powerspec 2 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) fxp0: port 0x6c60-0x6c7f mem 0xf6f00000-0xf6ffffff,0xe3fff000-0xe3ffffff irq 18 at device 2.0 on pci0 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xe3fff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 1014 00d7 0005 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:06:29:ee:08:e2 fxp0: [MPSAFE] ahc0: port 0x7000-0x70ff mem 0xf6efe000-0xf6efefff irq 19 at device 3.0 on pci0 ahc0: Defaulting to MEMIO off ahc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0x7000 ahc0: Reading SEEPROM...done. ahc0: Low byte termination Enabled ahc0: High byte termination Enabled ahc0: Downloading Sequencer Program... 413 instructions downloaded ahc0: Features 0x16235, Bugs 0x15, Flags 0x20485560 ahc0: [GIANT-LOCKED] aic7895C: Ultra Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x7400-0x74ff mem 0xf6eff000-0xf6efffff irq 19 at device 3.1 on pci0 ahc1: Defaulting to MEMIO off ahc1: Reserved 0x100 bytes for rid 0x10 type 4 at 0x7400 ahc1: Reading SEEPROM...done. ahc1: Low byte termination Enabled ahc1: High byte termination Enabled ahc1: Downloading Sequencer Program... 413 instructions downloaded ahc1: Features 0x16235, Bugs 0x15, Flags 0x20485560 ahc1: [GIANT-LOCKED] aic7895C: Ultra Wide Channel B, SCSI Id=7, 32/253 SCBs isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xfff0-0xffff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfff0 ata0: channel #0 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ata0: [MPSAFE] ata1: channel #1 on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata1-slave: stat=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ata1: [MPSAFE] uhci0: port 0xff00-0xff1f irq 19 at device 4.2 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xff00 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered piix0: port 0xfe00-0xfe0f at device 4.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 atapci1: port 0x7800-0x78ff,0x6c4c-0x6c4f,0x6c58-0x6c5f,0x6c48-0x6c4b,0x6c50-0x6c57 irq 17 at device 17.0 on pci0 atapci1: Reserved 0x100 bytes for rid 0x20 type 4 at 0x7800 atapci1: [MPSAFE] ata2: channel #0 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x6c50 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x6c48 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata2-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: channel #1 on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x6c58 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x6c4c ata3: reset tp1 mask=03 ostat0=50 ostat1=00 ata3-master: stat=0x50 err=0x01 lsb=0x00 msb=0x00 ata3-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] cpu0 on motherboard cpu1 on motherboard ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it Trying Read_Port at 203 CSC0100: start dependent (0) CSC0100: adding dma mask 0x2 CSC0100: adding dma mask 0x9 CSC0100: adding irq mask 0x20 CSC0100: adding io range 0x534-0x537, size=0x4, align=0x4 CSC0100: adding io range 0x388-0x38b, size=0x4, align=0x8 CSC0100: adding io range 0x220-0x22f, size=0x10, align=0x20 CSC0100: start dependent (1) CSC0100: adding dma mask 0xa CSC0100: adding dma mask 0xb CSC0100: adding irq mask 0x9aa0 CSC0100: adding io range 0x534-0xfff, size=0x4, align=0x4 CSC0100: adding io range 0x388-0x38b, size=0x4, align=0x8 CSC0100: adding io range 0x220-0x26f, size=0x10, align=0x20 CSC0100: start dependent (2) CSC0100: adding dma mask 0xb CSC0100: adding irq mask 0x9aa0 CSC0100: adding io range 0x534-0xfff, size=0x4, align=0x4 CSC0100: adding io range 0x388-0x3fb, size=0x4, align=0x8 CSC0100: adding io range 0x220-0x30f, size=0x10, align=0x20 CSC0100: end dependent CSC0110: adding io range 0x120-0xfe7, size=0x8, align=0x8 ex_isa_identify() unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff pnpbios: 21 devices, largest 224 bytes PNP0200: adding io range 0-0x1f, size=0x20, align=0x1 PNP0200: adding io range 0x80-0x8f, size=0x10, align=0x1 PNP0200: adding io range 0xc0-0xdf, size=0x20, align=0x1 PNP0200: adding dma mask 0x10 pnpbios: handle 2 device ID PNP0200 (0002d041) PNP0100: adding io range 0x40-0x43, size=0x4, align=0x1 PNP0100: adding irq mask 0x1 pnpbios: handle 3 device ID PNP0100 (0001d041) PNP0b00: adding io range 0x70-0x71, size=0x2, align=0x1 PNP0b00: adding irq mask 0x100 pnpbios: handle 4 device ID PNP0b00 (000bd041) PNP0800: adding io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 5 device ID PNP0800 (0008d041) PNP0303: adding io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding io range 0x64-0x64, size=0x1, align=0x1 PNP0303: adding irq mask 0x2 pnpbios: handle 6 device ID PNP0303 (0303d041) PNP0c04: adding io range 0xf0-0xff, size=0x10, align=0x1 PNP0c04: adding irq mask 0x2000 pnpbios: handle 7 device ID PNP0c04 (040cd041) PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 pnpbios: handle 8 device ID PNP0a03 (030ad041) PNP0c01: adding fixed memory32 range 0-0x9ffff, size=0xa0000 PNP0c01: adding fixed memory32 range 0x100000-0x2fffffff, size=0x2ff00000 pnpbios: handle 9 device ID PNP0c01 (010cd041) PNP0c01: adding fixed memory32 range 0xe0000-0xfffff, size=0x20000 PNP0c01: adding fixed memory32 range 0xfffe0000-0xffffffff, size=0x20000 pnpbios: handle 10 device ID PNP0c01 (010cd041) PNP0f13: adding irq mask 0x1000 pnpbios: handle 11 device ID PNP0f13 (130fd041) pnpbios: handle 12 device ID PNP0c02 (020cd041) pnpbios: handle 13 device ID PNP0c02 (020cd041) PNP0c02: adding fixed io range 0x2e-0x2f, size=0x2, align=0x1 PNP0c02: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 pnpbios: handle 14 device ID PNP0c02 (020cd041) PNP0c02: adding io range 0x290-0x297, size=0x8, align=0x1 pnpbios: handle 15 device ID PNP0c02 (020cd041) PNP0c02: adding io range 0xfd00-0xfd3f, size=0x40, align=0x1 PNP0c02: adding io range 0xfe00-0xfe0f, size=0x10, align=0x1 pnpbios: handle 16 device ID PNP0c02 (020cd041) PNP0700: adding irq mask 0x40 PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x1 PNP0700: adding dma mask 0x4 pnpbios: handle 17 device ID PNP0700 (0007d041) PNP0501: adding irq mask 0x10 PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0 pnpbios: handle 18 device ID PNP0501 (0105d041) PNP0501: adding irq mask 0x8 PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0 pnpbios: handle 19 device ID PNP0501 (0105d041) PNP0401: adding irq mask 0x80 PNP0401: adding io range 0x378-0x37f, size=0x8, align=0 pnpbios: handle 20 device ID PNP0401 (0104d041) PNP0c01: adding fixed memory32 range 0xccc00-0xccfff, size=0x400 PNP0c01: adding fixed memory32 range 0xd5e00-0xd7fff, size=0x2200 pnpbios: handle 21 device ID PNP0c01 (010cd041) ahc_isa_probe 6: ioport 0x6c00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xcd800-0xd1fff,0xcd000-0xcd7ff on isa0 pmtimer0 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0045 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0045 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 73 fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0 pcic1: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x2021 0x2031 0x2021 0x2021 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x2021 0x2029 0x2021 0x2021 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 54 80 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff vt0: not probed (disabled) isa_probe_children: probing PnP devices adv1: Invalid baseport of 0x534 specified. Nearest valid baseport is 0x330. Failing probe. unknown: failed to probe at port 0x220-0x22f,0x388-0x38b,0x534-0x537 irq 5 drq 0,1 on isa0 unknown: failed to probe on isa0 unknown: failed to probe at port 0x120-0x127 on isa0 adv1: Invalid baseport of 0x0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x40 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x70 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0x61 specified. Nearest valid baseport is 0x100. Failing probe. unknown: failed to probe at port 0x61 on isa0 unknown: can't assign resources (port) unknown: at port 0x60 on isa0 adv1: Invalid baseport of 0xf0 specified. Nearest valid baseport is 0x100. Failing probe. adv1: Invalid baseport of 0xcf8 specified. Nearest valid baseport is 0x330. Failing probe. unknown: can't assign resources (irq) unknown: at irq 12 on isa0 unknown: can't assign resources (port) unknown: at port 0x4d0-0x4d1,0x2e-0x2f on isa0 adv1: Invalid baseport of 0x290 specified. Nearest valid baseport is 0x330. Failing probe. unknown: can't assign resources (port) unknown: at port 0xfe00-0xfe0f,0xfd00-0xfd3f on isa0 unknown: can't assign resources (port) unknown: at port 0x3f0-0x3f5 on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f on isa0 Device configuration finished. procfs registered Timecounter "TSC" frequency 598980737 Hz quality -100 Timecounters tick every 10.000 msec lo0: bpf attached ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata1-master: setting PIO4 on Intel PIIX4 chip ata1-master: setting UDMA33 on Intel PIIX4 chip acd0: CDROM drive at ata1 as master acd0: read 6875KB/s (6875KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked, lock protected acd0: Medium: no/blank disc ata2-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ata2-master: setting PIO4 on HighPoint chip ata2-master: setting UDMA133 on HighPoint chip ad4: ATA-6 disk at ata2-master ad4: 152627MB (312581808 sectors), 310101 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, UDMA133 ata3-master: pio=0x0c wdma=0x22 udma=0x46 cable=40pin ata3-master: setting PIO4 on HighPoint chip ata3-master: setting UDMA133 on HighPoint chip ad6: ATA-6 disk at ata3-master ad6: 152627MB (312581808 sectors), 310101 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, UDMA133 lun 0 magic_0 0x32bc0abc magic_1 0x00000000 flags 0x40104 40104 total_disks 2 generation 0 width 1 heads 255 sectors 63 cylinders 19457 total_sectors 312581807 interleave 0 reserved 10 offset 10 disk 0: flags = 0x0b b ad4 sectors 312581807 disk 1: flags = 0x0b b ad6 sectors 312581807 ar0: 152627MB [19457/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad6 at ata3-master Waiting 15 seconds for SCSI devices to settle (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. GEOM: new disk ad4 GEOM: new disk ad6 GEOM: new disk ar0 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:312576642 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad4s1, start 32256 length 160039240704 end 160039272959 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:312576642 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ad6s1, start 32256 length 160039240704 end 160039272959 [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:312576642 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure ar0s1, start 32256 length 160039240704 end 160039272959 GEOM: Configure ad4s1c, start 0 length 160039240704 end 160039240703 GEOM: Configure ad4s1e, start 0 length 42949672960 end 42949672959 GEOM: Configure ad4s1f, start 42949672960 length 42949672960 end 85899345919 GEOM: Configure ad4s1g, start 85899345920 length 42949672960 end 128849018879 GEOM: Configure ad4s1h, start 128849018880 length 31190221824 end 160039240703 GEOM: Configure ad6s1c, start 0 length 160039240704 end 160039240703 GEOM: Configure ad6s1e, start 0 length 42949672960 end 42949672959 GEOM: Configure ad6s1f, start 42949672960 length 42949672960 end 85899345919 GEOM: Configure ad6s1g, start 85899345920 length 42949672960 end 128849018879 GEOM: Configure ad6s1h, start 128849018880 length 31190221824 end 160039240703 GEOM: Configure ar0s1c, start 0 length 160039240704 end 160039240703 GEOM: Configure ar0s1e, start 0 length 42949672960 end 42949672959 GEOM: Configure ar0s1f, start 42949672960 length 42949672960 end 85899345919 GEOM: Configure ar0s1g, start 85899345920 length 42949672960 end 128849018879 GEOM: Configure ar0s1h, start 128849018880 length 31190221824 end 160039240703 ahc0: Selection Timeout on A:11. 0 SCBs aborted ahc1: Selection Timeout on A:0. 0 SCBs aborted ahc0: Selection Timeout on A:1. 0 SCBs aborted ahc1: Selection Timeout on A:1. 0 SCBs aborted ahc0: Selection Timeout on A:2. 0 SCBs aborted ahc1: Selection Timeout on A:2. 0 SCBs aborted ahc0: Selection Timeout on A:3. 0 SCBs aborted ahc1: Selection Timeout on A:3. 0 SCBs aborted ahc0: Selection Timeout on A:5. 0 SCBs aborted ahc1: Selection Timeout on A:4. 0 SCBs aborted ahc0: Selection Timeout on A:6. 0 SCBs aborted ahc1: Selection Timeout on A:5. 0 SCBs aborted ahc0: Selection Timeout on A:8. 0 SCBs aborted ahc1: Selection Timeout on A:11. 0 SCBs aborted ahc0: Selection Timeout on A:9. 0 SCBs aborted ahc1: Selection Timeout on A:12. 0 SCBs aborted ahc0: Selection Timeout on A:10. 0 SCBs aborted ahc1: Selection Timeout on A:13. 0 SCBs aborted ahc0: Selection Timeout on A:12. 0 SCBs aborted ahc1: Selection Timeout on A:14. 0 SCBs aborted ahc0: Selection Timeout on A:13. 0 SCBs aborted ahc1: Selection Timeout on A:15. 0 SCBs aborted ahc0: Selection Timeout on A:14. 0 SCBs aborted ahc1: Selection Timeout on A:6. 0 SCBs aborted ahc0: Selection Timeout on A:15. 0 SCBs aborted (ahc0:A:4:0): Sending WDTR 1 (probe0:ahc0:0:0:0): Retrying Command (ahc0:A:4:0): Received WDTR 1 filtered to 1 ahc0: target 4 using 16bit transfers (ahc0:A:4:0): Sending SDTR period c, offset 8 (ahc0:A:4:0): Received SDTR period c, offset 8 Filtered to period c, offset 8 ahc0: target 4 synchronous at 20.0MHz, offset = 0x8 ahc1: Selection Timeout on A:8. 0 SCBs aborted (ahc0:A:4:0): Sending WDTR 1 (ahc0:A:4:0): Received WDTR 1 filtered to 1 ahc0: target 4 using 16bit transfers (ahc0:A:4:0): Sending SDTR period c, offset 8 (ahc0:A:4:0): Received SDTR period c, offset 8 Filtered to period c, offset 8 ahc0: target 4 synchronous at 20.0MHz, offset = 0x8 (ahc0:A:0:0): Sending WDTR 1 (ahc0:A:0:0): Received WDTR 1 filtered to 1 ahc0: target 0 using 16bit transfers (ahc0:A:0:0): Sending SDTR period c, offset 8 (ahc0:A:0:0): Received SDTR period c, offset 8 Filtered to period c, offset 8 ahc0: target 0 synchronous at 20.0MHz, offset = 0x8 ahc1: Selection Timeout on A:9. 0 SCBs aborted ahc1: Selection Timeout on A:10. 0 SCBs aborted pass0 at ahc0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number AJH87942 pass0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled pass1 at ahc0 bus 0 target 4 lun 0 pass1: Removable Sequential Access SCSI-3 device pass1: Serial Number HN000A4 pass1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit) sa0 at ahc0 bus 0 target 4 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: Serial Number HN000A4 sa0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit) GEOM: new disk da0 SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000000 SVR: 0x000001ff ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 8 (ISA IRQ 8) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number AJH87942 da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 8678MB (17774160 512 byte sectors: 255H 63S/T 1106C) [0] f:80 typ:165 s(CHS):0/1/1 e(CHS):1023/254/63 s:63 l:17767827 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s1, start 32256 length 9097127424 end 9097159679 GEOM: Configure da0s1a, start 0 length 268435456 end 268435455 GEOM: Configure da0s1b, start 268435456 length 536870912 end 805306367 GEOM: Configure da0s1c, start 0 length 9097127424 end 9097127423 GEOM: Configure da0s1e, start 805306368 length 268435456 end 1073741823 GEOM: Configure da0s1f, start 1073741824 length 4294967296 end 5368709119 GEOM: Configure da0s1g, start 5368709120 length 3728418304 end 9097127423 Mounting root from ufs:/dev/da0s1a start_init: trying /sbin/init --3uo+9/B/ebqu+fSQ-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 16:31:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50B4916A41F for ; Tue, 8 Nov 2005 16:31:12 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB02643D46 for ; Tue, 8 Nov 2005 16:31:11 +0000 (GMT) (envelope-from rihad@mail.ru) Received: from [62.212.229.5] (port=37590 helo=[62.212.229.5]) by mx2.mail.ru with esmtp id 1EZWNG-0001AP-00; Tue, 08 Nov 2005 19:31:06 +0300 Message-ID: <4370D2CA.6040301@mail.ru> Date: Tue, 08 Nov 2005 20:31:06 +0400 From: rihad User-Agent: Debian Thunderbird 1.0.2 (X11/20051002) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20051108102849.C0A4016A444@hub.freebsd.org> In-Reply-To: <20051108102849.C0A4016A444@hub.freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: sarxan@azerin.com Subject: Re: Fwd: carp + ipfw problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 16:31:12 -0000 > Hello all, > > I'm trying to configure a firewall with carp + ipfw, but I encountered the > strange problem. > > Packets are bypassing carp interface, instead ipfw log shows packet flow > to/from physical interface, e.g.: > http://www.countersiege.com/doc/pfsync-carp/ "it is important to keep in mind that from pf's perspective, all traffic comes from the physical interface, even if it is routed through the carp address. However, the address is of course associated with the carp interface." From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 16:59:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AFC516A41F; Tue, 8 Nov 2005 16:59:39 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A66943D48; Tue, 8 Nov 2005 16:59:38 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 142493FF9; Tue, 8 Nov 2005 17:59:39 +0100 (CET) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00643-13; Tue, 8 Nov 2005 17:59:35 +0100 (CET) Received: from [10.38.0.120] (unknown [212.12.51.89]) by crivens.unixoid.de (Postfix) with ESMTP id 2BE3D3FF3; Tue, 8 Nov 2005 17:59:35 +0100 (CET) Message-ID: <4370D97C.30109@kernel32.de> Date: Tue, 08 Nov 2005 17:59:40 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Colin Percival References: <120ef0530511041210s6d3dbee8pc2db36129b44be2c@mail.gmail.com> <436BCA7B.6060700@voidmain.net> <4370D0A9.4030707@freebsd.org> In-Reply-To: <4370D0A9.4030707@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: Richard Bejtlich , freebsd@voidmain.net, freebsd-stable@freebsd.org Subject: Re: What should be in GENERIC? (was Re: Facilitating binary kernel upgrades) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 16:59:39 -0000 Colin Percival wrote: > Tom Grove wrote: > >>Richard Bejtlich wrote: >> >>>After speaking with Colin, he mentioned that IPSec, NAT, and disk >>>quotas (enabled via options QUOTA) are the three most popular kernel >>>changes that prevent people from running GENERIC and hence using >>>freebsd-update for binary kernel updates. >>> >>>Can anyone shed light on why those three features are not available in >>>GENERIC? >> >>My guess is that just because those are the three most popular kernel >>changes that prevent people from running GENERIC doesn't mean that the >>majority of users implement these changes. > > > I find this argument hard to accept. The vast majority of FreeBSD users > will never need the NFS_ROOT option, and many systems do not even have > the hardware for serial or parallel ports, yet those are supported in the > GENERIC kernel. > And they should stay supported in GENERIC, since these are features you want to use if you have quite a big serverfarm and want to do PXE (speaking of NFS_ROOT). :) > In deciding what options should go into the GENERIC kernel, I think the > question we should be asking is not "how many people use this?", but > instead "would adding this option inconvenience more people than it would > help?". > I agree. Today I upgraded my private rootserver to 6.0-RELEASE (good job folks!) and it's running the GENERIC. Since I want to use quota's and need 'em, I have to compile my own kernel. But... well, what the hack, I'll do it anyway to strip down the GENERIC :) Just my 0,02 cents. 6.0-RELEASE looks really good (as it already looked good in RC1). Keep up the good work. Best Regards, Marian PS.: For whom it may concern and for those who are from Germany: it's a root-server at Strato (german company). Whoever runs FreeBSD on those webservers: and upgrade from 5.4-RELEASE to 6.0-RELEASE went easy and works like a charm (except of some struggles with dhclient) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 17:13:14 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 199AD16A421 for ; Tue, 8 Nov 2005 17:13:14 +0000 (GMT) (envelope-from randy.j.parker@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AF6143D6D for ; Tue, 8 Nov 2005 17:13:07 +0000 (GMT) (envelope-from randy.j.parker@gmail.com) Received: by xproxy.gmail.com with SMTP id h26so786905wxd for ; Tue, 08 Nov 2005 09:13:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type; b=GUzFCPoxMnCne/IRd8FoRW6Jzo8pp9j/hvmXnt+yxGdIbE/vLkZWi8MqFH3Z+ajQci8/2YYgrFQ8S59ATHw9XLR6Rxtzawk8BHdiilJr4B2c1JgXSZu+RbUBGo3aW0VCaY5JrUm+n1EfQrlqF7KxQpEr3pvY8+6I8mWWIQD+80A= Received: by 10.65.93.3 with SMTP id v3mr6849100qbl; Tue, 08 Nov 2005 09:06:23 -0800 (PST) Received: by 10.65.93.15 with HTTP; Tue, 8 Nov 2005 09:06:23 -0800 (PST) Message-ID: <735c8b860511080906u54744285j9cc7c2537099d6f1@mail.gmail.com> Date: Tue, 8 Nov 2005 12:06:23 -0500 From: Randy Parker To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: sam@freebsd.org Subject: Does ath driver support Atheros 5005G? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 17:13:14 -0000 I installed 6.0-RELEASE on a Toshiba M55-139 laptop. It has the Atheros AR5005G 802.11 device, which 'dmesg' reports as ath0 mem 0xd02000000-0xd020ffff irq 21 at device 2.0 on pci = 4 ath0: Ethernet address: 00:11:f5:8d:f4:fc ath0: mac 7.8 phy 4.5 radio 5.6 On PCI Bus 4, 'scanpci' sees pci bus 0x0004 cardum 0x02 function 0x00: vendor 0x168c device 0x001a Devic= e unknown pci bus 0x0004 cardnum 0x04 function 0x01: vendor 0x168c device 0xff96 Device unknown and 'pciconf -vl' sees ath0@pci4:2:0: class 0x020000 card=3D0x7094144f chip=3D0x001a168c rev=3D0x0= 1 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' class =3D network subclass =3D ethernet After reading Sam Leffler's August 2005 freebsdmall article, ( http://www.freebsdmall.com/~loader/...ss/article.html ) I compiled a new kernel with device ath device ath_hal device ath_rate_sample device wlan device wlan_wep device wlan_ccmp device wlan_tkip kldstat: 1 19 0xc0400000 37de9c kernel 2 1 0xc077e000 1b88 wlan_xauth.ko 3 1 0xc0780000 2cf4 wlan_acl.ko 4 2 0xc0783000 ca00 if_ndis.ko 5 3 0xc0790000 173c4 ndis.ko 6 1 0xc07a8000 a36e4 ar5211_sys.ko 7 16 0xc084c000 568dc acpi.ko 8 1 0xc1c98000 15000 linux.ko So far, I have not used any security at all, and the 5005G 'ifconfigs' as ath0: flags=3D8843 mtu 1500 ether 00:11:f5:8d:f4:fc media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: no carrier ssid "Binky DHCP" channel 3 authmode OPEN privacy OFF txpowmx 34 protmode CTS I am very sure that there actually is a network available, because when I dual-boot the laptop in Windows XP I both see the network and successfully connect (I am 1 meter from a D-Link DI-624 rev.C). When I run "ifconfig ath= 0 up scan" I get nothing at all. I'm worried that the 5005 is not supported at all, and wonder if anyone knows if 1) that is true, 2) if it will be soon. The 6.0-RELEASE 'man ath' claims support only for the 5210 5211 5212 chips. If the AR5005G is properly supported as a 5212, does anyone have any other suggestions? From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 17:15:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id DCF8116A41F; Tue, 8 Nov 2005 17:15:48 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jA8HFlVP099340; Tue, 8 Nov 2005 12:15:47 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jA8HFi5I099339; Tue, 8 Nov 2005 12:15:44 -0500 (EST) (envelope-from green) Date: Tue, 8 Nov 2005 12:15:44 -0500 From: Brian Fundakowski Feldman To: Marko Cuk Message-ID: <20051108171544.GI37350@green.homeunix.org> References: <436FDC90.3020108@cuk.nu> <20051108013645.GE37350@green.homeunix.org> <4370AA76.8000309@cuk.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4370AA76.8000309@cuk.nu> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Subject: Re: Tun and ALTQ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 17:15:50 -0000 On Tue, Nov 08, 2005 at 02:39:02PM +0100, Marko Cuk wrote: > It seems that it work. Thanks. > > Damn, for vlan's ( 802.1Q) you should specify "em", for "tun", vice > versa... what a mess, hehe. No prob; I don't see why using the em(4) backing the tun(4) wouldn't work for ALTQ _IF_ you actually tagged the (PPPoE?) traffic on em(4). I think that might be really hard, though, so for ALTQ you should probably just specify the "logical" interface that you intend to limit (that would be the IP tun(4) rather than the PPPoE em(4)). Do you have suggestion on what would be good text to go into pf.conf(5) so that this particular case is documented? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 17:15:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83C6A16A424 for ; Tue, 8 Nov 2005 17:15:53 +0000 (GMT) (envelope-from jatos.software@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 957FD43D46 for ; Tue, 8 Nov 2005 17:15:52 +0000 (GMT) (envelope-from jatos.software@gmail.com) Received: by nproxy.gmail.com with SMTP id o25so193077nfa for ; Tue, 08 Nov 2005 09:15:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=D1hU2X7iMIbKtuoHCi9zCtdfUt+XwokDsHoLUGuJGdxhR7gX1dlhvT3RJwxHVCd/l6qYjd97ev2je9l6gRHMYzEkPBeq1/3P6MK6b66I550ymP4rUutlCcRF9vFGGzKsMwsIGB8HQH94Lwz6F5tsk2oGG6TRzax9TaDBAoyhYSc= Received: by 10.48.226.12 with SMTP id y12mr2056001nfg; Tue, 08 Nov 2005 09:09:46 -0800 (PST) Received: by 10.48.49.13 with HTTP; Tue, 8 Nov 2005 09:09:46 -0800 (PST) Message-ID: <3b185250511080909m2d65c8aah7617fa1c633fd769@mail.gmail.com> Date: Tue, 8 Nov 2005 17:09:46 +0000 From: Jamie White To: freebsd-stable@freebsd.org In-Reply-To: <20051108102849.231CA16A44E@hub.freebsd.org> MIME-Version: 1.0 References: <20051108102849.231CA16A44E@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: freebsd-stable Digest, Vol 135, Issue 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: Tue, 08 Nov 2005 17:15:53 -0000 Hi All I just installed FreeBSD I have to say, it looks good. Certainly I have better experiences with it than I have with Linux. Jamie. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 17:32:18 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D11A16A420; Tue, 8 Nov 2005 17:32:18 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 145B443D7E; Tue, 8 Nov 2005 17:32:08 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jA8HfNba094289; Tue, 8 Nov 2005 12:41:23 -0500 (EST) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Mike Jakubik Date: Tue, 8 Nov 2005 12:31:51 -0500 User-Agent: KMail/1.6.2 References: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> <200511071822.36564.jkim@FreeBSD.org> <43700C3D.3000004@rogers.com> In-Reply-To: <43700C3D.3000004@rogers.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200511081231.54162.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV devel-20050919/1166/Mon Nov 7 14:01:45 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: anholt@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: AGP ceased to work on eMachines M5310 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 17:32:18 -0000 On Monday 07 November 2005 09:23 pm, Mike Jakubik wrote: > Jung-uk Kim wrote: > > On Monday 07 November 2005 05:18 pm, Mike Jakubik wrote: > >> On Mon, November 7, 2005 11:49 am, Jung-uk Kim wrote: > >>> Please send me 'pciconf -lv' output. > >> > >> Here it is, thanks. > >> -- > >> hostb0@pci0:0:0: class=0x060000 card=0x00000000 > >> chip=0xcab01002 rev=0x13 hdr=0x00 > >> vendor = 'ATI Technologies Inc' > >> device = 'A3/U1 S2K CPU to PCI Bridge' > >> class = bridge > >> subclass = HOST-PCI > > > > The driver exists on -CURRENT but it was not MFC'd before > > release. > > > > http://docs.freebsd.org/cgi/mid.cgi?200509170336.j8H3alVZ083992 > > Any ideas why? I don't know. ENOTIME, maybe? CC'ing anholt. Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 17:45:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B938E16A41F for ; Tue, 8 Nov 2005 17:45:05 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from tirith.ics.muni.cz (tirith.ics.muni.cz [147.251.4.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88AF743D7F for ; Tue, 8 Nov 2005 17:45:03 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (user=hopet@META mech=LOGIN bits=0) by tirith.ics.muni.cz (8.13.2/8.13.2) with ESMTP id jA8Hivx4008682 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 8 Nov 2005 18:45:02 +0100 From: "Petr Holub" To: Date: Tue, 8 Nov 2005 18:44:59 +0100 Message-ID: <00a801c5e48c$23798cd0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Importance: Normal X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean Cc: Subject: psm0 broken with acpi_ibm on 6.0-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: Tue, 08 Nov 2005 17:45:05 -0000 Hi all, I've found the following problem on my IBM T41p when running 6.0-RELEASE: when both psm and acpi_ibm are compiled in the kernel, the psm0 device (touchpad) doesn't initialize properly - with verbose logging it says psm0: unable to allocate IRQ When acpi_ibm is removed from the kernel, psm0 works OK. However, combination of both psm and acpi_ibm used to work at least till 6.0-BETA4, which is what I had previously on this laptop. Best, Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 18:36:35 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 849D216A41F; Tue, 8 Nov 2005 18:36:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2068843D49; Tue, 8 Nov 2005 18:36:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jA8IaXU0045118; Tue, 8 Nov 2005 13:36:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jA8IaXql094491; Tue, 8 Nov 2005 13:36:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id A1205241A3; Tue, 8 Nov 2005 13:36:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051108183633.A1205241A3@freebsd-stable.sentex.ca> Date: Tue, 8 Nov 2005 13:36:33 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 18:36:35 -0000 TB --- 2005-11-08 17:30:11 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2005-11-08 17:30:11 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2005-11-08 17:30:11 - cleaning the object tree TB --- 2005-11-08 17:31:07 - checking out the source tree TB --- 2005-11-08 17:31:07 - cd /tinderbox/RELENG_5/sparc64/sparc64 TB --- 2005-11-08 17:31:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-11-08 17:39:56 - building world (CFLAGS=-O -pipe) TB --- 2005-11-08 17:39:56 - cd /src TB --- 2005-11-08 17:39:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-08 18:23:10 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-08 18:23:10 - cd /src TB --- 2005-11-08 18:23:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Nov 8 18:23:10 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Nov 8 18:30:01 UTC 2005 TB --- 2005-11-08 18:30:01 - generating LINT kernel config TB --- 2005-11-08 18:30:01 - cd /src/sys/sparc64/conf TB --- 2005-11-08 18:30:01 - /usr/bin/make -B LINT TB --- 2005-11-08 18:30:01 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-08 18:30:01 - cd /src TB --- 2005-11-08 18:30:01 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 8 18:30:01 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:968: error: `isa_devclass' undeclared here (not in a function) /src/sys/pci/viapm.c:968: error: initializer element is not constant /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_devclass') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_devclass') *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-08 18:36:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-08 18:36:33 - ERROR: failed to build lint kernel TB --- 2005-11-08 18:36:33 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 18:51:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19A9E16A425 for ; Tue, 8 Nov 2005 18:51:39 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2149A43D5D for ; Tue, 8 Nov 2005 18:51:37 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 4B4717A2DE; Tue, 8 Nov 2005 19:51:36 +0100 (CET) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id 40759189690; Tue, 8 Nov 2005 19:51:36 +0100 (CET) Received: from wizard.sanskrit.local.net (dslb-084-058-058-140.pools.arcor-ip.net [84.58.58.140]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 076A27A36F; Tue, 8 Nov 2005 19:51:36 +0100 (CET) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.5/8.13.5) with SMTP id jA8IpZkM073577; Tue, 8 Nov 2005 19:51:37 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Tue, 8 Nov 2005 19:51:29 +0100 From: Manfred Lotz To: Andriy Gapon Message-Id: <20051108195129.100880f9.manfred.lotz@arcor.de> In-Reply-To: <436F4E41.7070506@icyb.net.ua> References: <1119082999.00317887.1119072002@10.7.7.3> <1119291807.00318853.1119280201@10.7.7.3> <1131225811.00401216.1131213001@10.7.7.3> <1131229392.00401234.1131216001@10.7.7.3> <436F4E41.7070506@icyb.net.ua> X-Mailer: Sylpheed version 2.1.4 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic with cdrecord X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 18:51:39 -0000 On Mon, 07 Nov 2005 14:53:21 +0200 Andriy Gapon wrote: > on 05/11/2005 20:36 Manfred Lotz said the following: > > > > I agree. Happened to me as well under FreeBSD 6.0. burncd was > > hanging when trying to fixate and never came back. > > I personally don't see this problem, but I am still curious - has any > of you guys tried to debug this problem ? E.g. attaching with gdb and > checking where exaclty burncd hangs/loops etc. I am sure that there > should exist a PR for this problem, so maybe collecting all available > (useful) information under would help to make resolution closer. > Haven't tried to debug yet. Hopefully I'll find some time next week to debug it. Then I'll come back to you with the results. -- Manfred From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 18:59:33 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 145DC16A41F for ; Tue, 8 Nov 2005 18:59:33 +0000 (GMT) (envelope-from randy.j.parker@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8129E43D49 for ; Tue, 8 Nov 2005 18:59:32 +0000 (GMT) (envelope-from randy.j.parker@gmail.com) Received: by zproxy.gmail.com with SMTP id i1so632012nzh for ; Tue, 08 Nov 2005 10:59:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type; b=mR47msk+Ap81b99BQlY42rffDq331b8x2GF2LZxJs+1IOBS8xtBbu+V/uBI83XabCHtyvIsNlx9TzRGXqyyPqK7wFhcSif5QdxjYt/OzcA3/+l3C/J7gUimzYeVheECAFiHhYqKgMdqjKYqOZ93hkB6R+rGPWhY1wQFw2PdkrX0= Received: by 10.65.204.4 with SMTP id g4mr6911477qbq; Tue, 08 Nov 2005 10:59:31 -0800 (PST) Received: by 10.65.93.15 with HTTP; Tue, 8 Nov 2005 10:59:31 -0800 (PST) Message-ID: <735c8b860511081059l281a1857p6959e6b166788713@mail.gmail.com> Date: Tue, 8 Nov 2005 13:59:31 -0500 From: Randy Parker To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: sam@freebsd.org Subject: Does ath driver support Atheros 5005G? - CORRECTED kldstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 18:59:33 -0000 Two hours ago I made a post with the Subject line you see on this note. I copied the post I made to bsdforum's laptop forum Sunday night, and added the kldstat to the copy. Unfortunately, I included the kldstat from my more recent NDISulator effort= s to get the 5005 going (which has not worked yet either, though Bill has som= e suggestions...) Here's the output from kldstat for the native 'ath' driver: Id Refs Address Size Name 1 19 0xc0400000 37de9c kernel 2 1 0xc077e000 1b88 wlan_xauth.ko 3 1 0xc0780000 2cf4 wlan_acl.ko 7 16 0xc0783000 568dc acpi.ko 8 1 0xc17cb000 15000 linux.ko Sorry for the confusion, - Randy From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 19:10:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 788E716A41F for ; Tue, 8 Nov 2005 19:10:04 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F5E943D48 for ; Tue, 8 Nov 2005 19:10:03 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so725485wxc for ; Tue, 08 Nov 2005 11:10:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=j3UUL91zKNE5bWDpFY5xvB58D+zcyqYK1fhjvu43vo3jGLDePCnR86RbQN8lPSAMTwa6ZmRzw4dGWkFiLHWYBR7nXwnIPqRuZqKM2VxpXli1iz8n6kIVf1uLeHKbCLRxCV8SpKpaWW2ACX7q+aHALTzeiQoyyC+rBuH0hMv0Tks= Received: by 10.70.78.8 with SMTP id a8mr3185218wxb; Tue, 08 Nov 2005 11:10:02 -0800 (PST) Received: by 10.70.54.18 with HTTP; Tue, 8 Nov 2005 11:10:02 -0800 (PST) Message-ID: <790a9fff0511081110k4f7d6716p414f92f056609344@mail.gmail.com> Date: Tue, 8 Nov 2005 13:10:02 -0600 From: Scot Hetzel To: sammy!!! In-Reply-To: <953CD34C-5DBA-461B-AAA9-C4073E517F89@lost-angel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <953CD34C-5DBA-461B-AAA9-C4073E517F89@lost-angel.com> Cc: freebsd-stable@freebsd.org Subject: Re: Sendmail not compiling with make world in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 19:10:04 -0000 As Brain had stated you are using the libsasl from your 5.x system.=20 You need to rebuild the sasl port for 6.x, and then do either a buildworld or build sendmail manually from the base sources. If your system is not at 6.x right now, just comment out those entries in /etc/make.conf. Do the build/installworld. Then build the Cyrus SASL port (I would suggest that you take this time to update to the Cyrus SASL 2 port). Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 19:50:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 484FC16A41F; Tue, 8 Nov 2005 19:50:31 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id C763F43D64; Tue, 8 Nov 2005 19:50:27 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jA8JoRD6072350; Tue, 8 Nov 2005 11:50:27 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jA8JoQ5d072349; Tue, 8 Nov 2005 11:50:26 -0800 (PST) (envelope-from jmg) Date: Tue, 8 Nov 2005 11:50:26 -0800 From: John-Mark Gurney To: Colin Percival Message-ID: <20051108195026.GR775@funkthat.com> Mail-Followup-To: Colin Percival , freebsd@voidmain.net, freebsd-stable@freebsd.org, Richard Bejtlich References: <120ef0530511041210s6d3dbee8pc2db36129b44be2c@mail.gmail.com> <436BCA7B.6060700@voidmain.net> <4370D0A9.4030707@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4370D0A9.4030707@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Richard Bejtlich , freebsd@voidmain.net, freebsd-stable@freebsd.org Subject: Re: What should be in GENERIC? (was Re: Facilitating binary kernel upgrades) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 19:50:31 -0000 Colin Percival wrote this message on Tue, Nov 08, 2005 at 08:22 -0800: > In deciding what options should go into the GENERIC kernel, I think the > question we should be asking is not "how many people use this?", but > instead "would adding this option inconvenience more people than it would > help?". GENERIC is already so large, that if you want/need a smaller kernel, you're going to rebuild anyways, so the only people it truely inconviences are the people who just want their system to work w/o extra work... >From 5.4-R: -r-xr-xr-x 1 root wheel 5896397 May 8 2005 /boot/kernel.GENERIC/kernel* -r-xr-xr-x 1 root wheel 3508960 Sep 4 15:29 /boot/kernel/kernel* Since I care about that extra 2megs, I recompiled my own kernel, but most systems these days a couple megs isn't that big of a deal, and if you're trying to fit it on a small system, you'll care, and you'll need to recompile anyways... If it doesn't conflict, add it. :) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 19:56:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A189916A41F for ; Tue, 8 Nov 2005 19:56:26 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21B5543D64 for ; Tue, 8 Nov 2005 19:56:25 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id A1369F24C4 for ; Tue, 8 Nov 2005 11:56:25 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 94974-09 for ; Tue, 8 Nov 2005 11:56:25 -0800 (PST) Received: from server.mcneil.com (server.mcneil.com [10.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id EFBF9F247D for ; Tue, 8 Nov 2005 11:56:24 -0800 (PST) From: Sean McNeil To: stable@freebsd.org Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Tue, 08 Nov 2005 11:56:24 -0800 Message-Id: <1131479784.37480.16.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: Subject: multicast join flood messes up sk0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 19:56:26 -0000 My sk0 is rendered useless when flooded with multicast join requests. Here is my setup: FreeBSD server.mcneil.com 6.0-STABLE FreeBSD 6.0-STABLE #94: Mon Nov 7 23:51:05 PST 2005 root@server.mcneil.com:/usr/obj/usr/src/sys/AMD64 amd64 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2009.79-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 2147418112 (2047 MB) avail memory = 2064441344 (1968 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 skc0: port 0xa800-0xa8ff mem 0xf5000000-0xf5003fff irq 19 at device 11.0 on pci2 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:14:85:85:27:b3 miibus1: on sk0 e1000phy0: on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto I'm streaming MPEG with vls to a target device that is running Linux. Something goes wrong (not related) and I stop the streaming, but the Linux target appears to start flooding multicast join requests. When this happens, my sk0 nic suddenly becomes useless. I get messages like: sk0: watchdog timeout sk0: link state changed to DOWN sk0: watchdog timeout dhcpd: send_packet: No buffer space available If I kill my Linux target, the interface recovers just fine. The sk0 is attached to a gigE linksys switch which is attached to a 100BT switch which is attached to the Linux target. There should be no way that it could use up all the resources on my machine. Sean From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 20:08:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AB7C16A41F for ; Tue, 8 Nov 2005 20:08:11 +0000 (GMT) (envelope-from mmiranda@123.com.sv) Received: from asgard1.americatelsal.com (asgard.americatelsal.com [200.13.161.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBEA043D67 for ; Tue, 8 Nov 2005 20:08:08 +0000 (GMT) (envelope-from mmiranda@123.com.sv) Received: (qmail 57017 invoked from network); 8 Nov 2005 20:09:08 -0000 Received: from unknown (HELO ?192.168.10.124?) (200.13.161.68) by asgard1.americatelsal.com with SMTP; 8 Nov 2005 20:09:08 -0000 Message-ID: <437105E7.6070605@123.com.sv> Date: Tue, 08 Nov 2005 14:09:11 -0600 From: Miguel User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org CC: freebsd-stable@freebsd.org References: <120ef0530511041210s6d3dbee8pc2db36129b44be2c@mail.gmail.com> <436BCA7B.6060700@voidmain.net> <4370D0A9.4030707@freebsd.org> <20051108195026.GR775@funkthat.com> In-Reply-To: <20051108195026.GR775@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: What should be in GENERIC? (was Re: Facilitating binary kernel upgrades) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 20:08:11 -0000 John-Mark Gurney wrote: >GENERIC is already so large, that if you want/need a smaller kernel, >you're going to rebuild anyways, > >Since I care about that extra 2megs, I recompiled my own kernel, > > And the real problem of a big kernel is???? I dont understand exactly why do you have to recompile, unless a new future is needed, like SMP, isnt it?, what harm is doing those extra megs? May be you could clarify on this (for the newbies... :-) ), i always add things to generic instead of cut them down, especially that im not an expert on every future commented there, and i am scared to break working things, openbsd recomends dont recompile, shoul we? thanks From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 20:18:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35F3416A41F for ; Tue, 8 Nov 2005 20:18:46 +0000 (GMT) (envelope-from rodrigo@bebik.net) Received: from hodja.bebik.net (gam75-4-82-235-223-127.fbx.proxad.net [82.235.223.127]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9277943D53 for ; Tue, 8 Nov 2005 20:18:45 +0000 (GMT) (envelope-from rodrigo@bebik.net) Received: from [192.168.0.20] (unknown [192.168.0.20]) by hodja.bebik.net (Postfix) with ESMTP id 1E1AEB84D2 for ; Tue, 8 Nov 2005 21:18:19 +0100 (CET) Message-ID: <4371070D.1090306@bebik.net> Date: Tue, 08 Nov 2005 21:14:05 +0100 From: rodrigo User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20051108120104.4525516A422@hub.freebsd.org> <20051108152721.74447.qmail@web86804.mail.ukl.yahoo.com> <20051108160639.GA31970@hodja.bebik.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Sobre FreeBSD stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 20:18:46 -0000 Sounds like a misunderstanding. . Dani asks the question about freebsd releases. I just answer his question in spanish. - Rodrigo Hector Lecuanda wrote: >Hay dos ramas de -stable > >6.0-stable y 5.x > >ambas son de calidad de produccion aunque la de nueva tecnologia es la >6.0 y la de legado es la 5.x > >Podras tener mejor resultado en las listas si te comunicas en ingles. > >For the benefit or our non-spanish speaking readership, Rodrigo was >asking which is the sable release. > >I referred him to 6.0 as the new technology stable release, and 5.x as >the legacy stable release. > > >On 11/8/05, Rodrigo OSORIO wrote: > > >>On Tue, Nov 08, 2005 at 04:27:21PM +0100, dani mot wrote: >> >> >>>Hola listeros!!!! >>>Soy nuevo en el tema del FreeBSD y me gustaria saber >>>cual es la distribucion stables en estos momentos. >>>Podria ser la 4.11 o la 5.x? >>>Saludos >>>y gracias >>>taurus >>> >>> >>> >>Hola, >>La distribucion "stable" en este momento es la 6.0 como lo puedes ver en la web (www.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" >> >> >> > > >-- >-Hector Lecuanda >PGP Public Key / Llave Publica PGP: >http://lecuanda.com/pgp_pubkey.asc >http://lecuanda.com/pgp_pubkey.txt > > > > From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 20:54:50 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86C1216A420 for ; Tue, 8 Nov 2005 20:54:50 +0000 (GMT) (envelope-from andyfraser@gmail.com) Received: from mail.linuxuser.org.uk (213-152-59-115.dsl.eclipse.net.uk [213.152.59.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0A1E43D46 for ; Tue, 8 Nov 2005 20:54:49 +0000 (GMT) (envelope-from andyfraser@gmail.com) Received: from localhost (mantis.linuxuser.org.uk [127.0.0.1]) by mail.linuxuser.org.uk (Postfix) with ESMTP id EA2022075A for ; Tue, 8 Nov 2005 20:54:47 +0000 (GMT) Received: from mail.linuxuser.org.uk ([127.0.0.1]) by localhost (mantis.linuxuser.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10335-02 for ; Tue, 8 Nov 2005 20:54:42 +0000 (GMT) Received: from wasp.linuxuser.org.uk (wasp.linuxuser.org.uk [192.168.0.10]) by mail.linuxuser.org.uk (Postfix) with ESMTP id A96AC20528 for ; Tue, 8 Nov 2005 20:54:42 +0000 (GMT) From: Andy Fraser To: freebsd-stable@freebsd.org Date: Tue, 8 Nov 2005 20:54:41 +0000 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511082054.42113.andyfraser@gmail.com> X-Virus-Scanned: by amavisd-new (Gentoo) at linuxuser.org.uk Subject: USB Card Reader Permissions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 20:54:50 -0000 Hi, I was wondering if someone could tell me how to set the permissions for a USB card reader when it's plugged in? I've been Googling for hours and found nothing concrete so far although I'll keep looking. So far I have this situation: I plug in the card reader and device nodes are created (e.g. /dev/da0s1, /dev/da1s1 etc). I can mount this as root and if I manually set the permissions I can mount it as my user too. What I can't work out is how to change the permissions when I plug it in so I can just use the reader as my user. I've read the man pages for devfs, devfs.conf and devfs.rules. devfs.rules looks like what I need but I can't work out what I actually need to do or how to test a rule without rebooting. I'm using FreeBSD 6.0-STABLE. Thanks in advance to anyone who can help. -- Andy. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 22:12:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AA3716A41F for ; Tue, 8 Nov 2005 22:12:08 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from ash25e.internode.on.net (ash25e.internode.on.net [203.16.214.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B77143D6A for ; Tue, 8 Nov 2005 22:11:55 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp133-212.lns2.adl2.internode.on.net [59.167.133.212]) by ash25e.internode.on.net (8.12.9/8.12.6) with ESMTP id jA8MBrFi061033; Wed, 9 Nov 2005 08:41:53 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id jA8MBbFD080089 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 9 Nov 2005 08:41:37 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 9 Nov 2005 08:41:34 +1030 User-Agent: KMail/1.8.2 References: <200511082054.42113.andyfraser@gmail.com> In-Reply-To: <200511082054.42113.andyfraser@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3875631.iRlUIj6YaO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511090841.36177.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: Andy Fraser Subject: Re: USB Card Reader Permissions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 22:12:08 -0000 --nextPart3875631.iRlUIj6YaO Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 9 Nov 2005 07:24, Andy Fraser wrote: > I was wondering if someone could tell me how to set the permissions for a > USB card reader when it's plugged in? I've been Googling for hours and > found nothing concrete so far although I'll keep looking. devfs.conf can do it. > So far I have this situation: > I plug in the card reader and device nodes are created > (e.g. /dev/da0s1, /dev/da1s1 etc). I can mount this as root and if I > manually set the permissions I can mount it as my user too. What I can't > work out is how to change the permissions when I plug it in so I can just > use the reader as my user. [inchoate 8:36] ~ >cat /etc/devfs.rules [root=3D100] add path 'da*' group operator mode 660 And in rc.conf.. devfs_system_ruleset=3D"root" > I've read the man pages for devfs, devfs.conf and devfs.rules. devfs.rules > looks like what I need but I can't work out what I actually need to do or > how to test a rule without rebooting. It isn't very obvious :( You can test your changes by doing.. /etc/rc.d/devfs restart =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 --nextPart3875631.iRlUIj6YaO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDcSKY5ZPcIHs/zowRAln7AKCih+PU8uQxpCk3kwZfgZQthaFs9wCgnRey DtExhbayjLaGPTSu92LgBnk= =FqyO -----END PGP SIGNATURE----- --nextPart3875631.iRlUIj6YaO-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 22:50:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E9AF16A41F for ; Tue, 8 Nov 2005 22:50:12 +0000 (GMT) (envelope-from andyfraser@gmail.com) Received: from mail.linuxuser.org.uk (213-152-59-115.dsl.eclipse.net.uk [213.152.59.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37E2843D49 for ; Tue, 8 Nov 2005 22:50:11 +0000 (GMT) (envelope-from andyfraser@gmail.com) Received: from localhost (mantis.linuxuser.org.uk [127.0.0.1]) by mail.linuxuser.org.uk (Postfix) with ESMTP id 19A7D2075A for ; Tue, 8 Nov 2005 22:50:10 +0000 (GMT) Received: from mail.linuxuser.org.uk ([127.0.0.1]) by localhost (mantis.linuxuser.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10335-08 for ; Tue, 8 Nov 2005 22:50:05 +0000 (GMT) Received: from wasp.linuxuser.org.uk (wasp.linuxuser.org.uk [192.168.0.10]) by mail.linuxuser.org.uk (Postfix) with ESMTP id E1A2820528 for ; Tue, 8 Nov 2005 22:50:04 +0000 (GMT) From: Andy Fraser To: freebsd-stable@freebsd.org Date: Tue, 8 Nov 2005 22:50:04 +0000 User-Agent: KMail/1.8.3 References: <200511082054.42113.andyfraser@gmail.com> <200511090841.36177.doconnor@gsoft.com.au> In-Reply-To: <200511090841.36177.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511082250.04433.andyfraser@gmail.com> X-Virus-Scanned: by amavisd-new (Gentoo) at linuxuser.org.uk Subject: Re: USB Card Reader Permissions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 22:50:12 -0000 On Tuesday 08 Nov 2005 10:11 pm, Daniel O'Connor wrote: > > I was wondering if someone could tell me how to set the permissions for a > > USB card reader when it's plugged in? I've been Googling for hours and > > found nothing concrete so far although I'll keep looking. > > devfs.conf can do it. I thought that was only for devices that exist at boot? I have my DVD burner set up in devfs.conf so I can use it as my user (reading and burning with some other tweaks[1]). > > So far I have this situation: > > I plug in the card reader and device nodes are created > > (e.g. /dev/da0s1, /dev/da1s1 etc). I can mount this as root and if I > > manually set the permissions I can mount it as my user too. What I can't > > work out is how to change the permissions when I plug it in so I can just > > use the reader as my user. > > [inchoate 8:36] ~ >cat /etc/devfs.rules > [root=100] > > add path 'da*' group operator mode 660 I already had something like this... > And in rc.conf.. > devfs_system_ruleset="root" ...and this turned out to be the missing piece in the jigsaw. > > I've read the man pages for devfs, devfs.conf and devfs.rules. > > devfs.rules looks like what I need but I can't work out what I actually > > need to do or how to test a rule without rebooting. > > It isn't very obvious :( > You can test your changes by doing.. > /etc/rc.d/devfs restart I'd been trying that. It turns out I had completely missed the rc.conf line above so obviously restarting devfs had no effect. Many thanks Daniel. It's working just how I want it now. :-) [1] One of the reasons I first tried FreeBSD as a desktop OS was because it has better support for CD/DVD burning as a user than Linux does (I still can't get burning working reliably with Gentoo but FreeBSD works flawlessly). And the sound system is much better but that's another story. :-) -- Andy. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 00:23:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C26B16A41F for ; Wed, 9 Nov 2005 00:23:28 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FE5A43D45 for ; Wed, 9 Nov 2005 00:23:27 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp133-212.lns2.adl2.internode.on.net [59.167.133.212]) by smtp3.adl2.internode.on.net (8.12.9/8.12.6) with ESMTP id jA90NIYJ010552; Wed, 9 Nov 2005 10:53:22 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id jA90NALl094345 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 9 Nov 2005 10:53:12 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 9 Nov 2005 10:52:55 +1030 User-Agent: KMail/1.8.2 References: <200511082054.42113.andyfraser@gmail.com> <200511090841.36177.doconnor@gsoft.com.au> <200511082250.04433.andyfraser@gmail.com> In-Reply-To: <200511082250.04433.andyfraser@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1189076.3IE2DynkMW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511091053.08122.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: Andy Fraser Subject: Re: USB Card Reader Permissions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 00:23:28 -0000 --nextPart1189076.3IE2DynkMW Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 9 Nov 2005 09:20, Andy Fraser wrote: > On Tuesday 08 Nov 2005 10:11 pm, Daniel O'Connor wrote: > > > I was wondering if someone could tell me how to set the permissions f= or > > > a USB card reader when it's plugged in? I've been Googling for hours > > > and found nothing concrete so far although I'll keep looking. > > > > devfs.conf can do it. > > I thought that was only for devices that exist at boot? I have my DVD > burner set up in devfs.conf so I can use it as my user (reading and burni= ng > with some other tweaks[1]). Nope, it's applied to all devices as they are created as well as pre-existi= ng=20 ones. > ...and this turned out to be the missing piece in the jigsaw. Yeah it took me a while to find out you needed that too :) > [1] One of the reasons I first tried FreeBSD as a desktop OS was because = it > has better support for CD/DVD burning as a user than Linux does (I still > can't get burning working reliably with Gentoo but FreeBSD works > flawlessly). And the sound system is much better but that's another story. > :-) Weird, I would expect it to be largely the same. PS another way to do this would be to create a devd file which does the=20 chmod's for this particular device (instead of blindly changing all da=20 devices). =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 --nextPart1189076.3IE2DynkMW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDcUFr5ZPcIHs/zowRAv7QAKCe1rUDZTADiP3Y+lE50uR/akT3VwCeKgYy 5quk06EGYVqBifXHVpIU/lQ= =k59O -----END PGP SIGNATURE----- --nextPart1189076.3IE2DynkMW-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 00:44:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BE8116A41F; Wed, 9 Nov 2005 00:44:41 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6E8743D45; Wed, 9 Nov 2005 00:44:40 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 26ABC46B83; Tue, 8 Nov 2005 19:44:39 -0500 (EST) Date: Wed, 9 Nov 2005 00:44:38 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Colin Percival In-Reply-To: <4370D0A9.4030707@freebsd.org> Message-ID: <20051109003617.U85371@fledge.watson.org> References: <120ef0530511041210s6d3dbee8pc2db36129b44be2c@mail.gmail.com> <436BCA7B.6060700@voidmain.net> <4370D0A9.4030707@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Richard Bejtlich , freebsd@voidmain.net, freebsd-stable@freebsd.org Subject: Re: What should be in GENERIC? (was Re: Facilitating binary kernel upgrades) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 00:44:41 -0000 On Tue, 8 Nov 2005, Colin Percival wrote: > Tom Grove wrote: >> Richard Bejtlich wrote: >>> After speaking with Colin, he mentioned that IPSec, NAT, and disk >>> quotas (enabled via options QUOTA) are the three most popular kernel >>> changes that prevent people from running GENERIC and hence using >>> freebsd-update for binary kernel updates. >>> >>> Can anyone shed light on why those three features are not available in >>> GENERIC? >> >> My guess is that just because those are the three most popular kernel >> changes that prevent people from running GENERIC doesn't mean that the >> majority of users implement these changes. > > I find this argument hard to accept. The vast majority of FreeBSD users > will never need the NFS_ROOT option, and many systems do not even have > the hardware for serial or parallel ports, yet those are supported in > the GENERIC kernel. While I agree with you in principle, I think many people would disagree with your assertion about serial ports :-). > In deciding what options should go into the GENERIC kernel, I think the > question we should be asking is not "how many people use this?", but > instead "would adding this option inconvenience more people than it > would help?". With regard to the specific three kernel options mentioned above: KAME IPSEC adds significant additional overhead to the processing of every packet, and also requires that Giant be held over the entire network stack. Also, as there's a competing IPSEC implementation, FAST_IPSEC, it's not clear that all users of IPSEC will want to use KAME IPSEC rather than FAST_IPSEC, and right now they are mutually exclusive. You can argue that these are technical problems that need to be fixed, but I think they need to be fixed before we change GENERIC, not after. In 6.x, IPDIVERT no longer needs to be compiled into the kernel. You can load ipdivert.ko, I believe, although I've not personally tested that. The natd rc.d start script looks like it will even auto-load it for you when nat is started, but again, not personally tested. In 6.x, UFS disk quotas require that Giant be placed over the entire UFS implementation, resulting in significant overhead for users who don't need the feature. Again, an implementation problem, but a good reason to not have it in GENERIC until it is fixed. I expect to see Giant fall off quotas in the next minor release or so of 6.x, but it hasn't happened yet. On the topic of a few of the options you've mentioned: - A wide range of people do use serial ports frequently with FreeBSD -- it's the recommended configuration for headless servers (which I promise there are a lot of), and it's the recommended configuration for debugging. - NFS_ROOT minimally expands the kernel, but is required for PXE booting diskless systems, which is actually quite widely used. It might more usefully be argued that we should have NFS_ROOT there, but not the NFSCLIENT or NFSSERVER, as NFS_ROOT really just does minor tweaks and inclusions for the nfsclient, which is already loadable as a module. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 01:15:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B81B916A420 for ; Wed, 9 Nov 2005 01:15:38 +0000 (GMT) (envelope-from admin@indousa.us) Received: from web404.biz.mail.mud.yahoo.com (web404.biz.mail.mud.yahoo.com [68.142.201.35]) by mx1.FreeBSD.org (Postfix) with SMTP id 3AFCE43D48 for ; Wed, 9 Nov 2005 01:15:38 +0000 (GMT) (envelope-from admin@indousa.us) Received: (qmail 92981 invoked by uid 60001); 9 Nov 2005 01:15:37 -0000 Message-ID: <20051109011537.92979.qmail@web404.biz.mail.mud.yahoo.com> Received: from [202.59.205.107] by web404.biz.mail.mud.yahoo.com via HTTP; Tue, 08 Nov 2005 17:15:37 PST Date: Tue, 8 Nov 2005 17:15:37 -0800 (PST) From: Dave James To: freebsd-stable@freebsd.org In-Reply-To: <20051109002359.AEF6416A463@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: freebsd-stable Digest, Vol 135, Issue 5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 01:15:38 -0000 hello, i have new box FreeBSD6.0RC1, i'm tested for running IRC but can not connect, what should i do for this problem? should i install some irc software inside the box? regards --- freebsd-stable-request@freebsd.org wrote: > Send freebsd-stable mailing list submissions to > freebsd-stable@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, > visit > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > or, via email, send a message with subject or body > 'help' to > freebsd-stable-request@freebsd.org > > You can reach the person managing the list at > freebsd-stable-owner@freebsd.org > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of freebsd-stable digest..." > > > Today's Topics: > > 1. Missing wep_wlan at 5.4 (was: Atheros (ath0) > no RX traffic) > (Fabian Keil) > 2. Sobre FreeBSD stable (dani mot) > 3. Re: timecounter and Hz quality in kern > RELENG_6 (Oliver Fromme) > 4. Re: Sobre FreeBSD stable (Rodrigo OSORIO) > 5. What should be in GENERIC? (was Re: > Facilitating binary > kernel upgrades) (Colin Percival) > 6. swapinfo error on 6.x (Michael Butler) > 7. 5-stable kernel hang during boot (Paul > Keusemann) > 8. Re: Fwd: carp + ipfw problem (rihad) > 9. Re: What should be in GENERIC? (was Re: > Facilitating binary > kernel upgrades) (Marian Hettwer) > 10. Does ath driver support Atheros 5005G? (Randy > Parker) > 11. Re: Tun and ALTQ (Brian Fundakowski Feldman) > 12. Re: freebsd-stable Digest, Vol 135, Issue 3 > (Jamie White) > 13. Re: AGP ceased to work on eMachines M5310 > laptop (Jung-uk Kim) > 14. psm0 broken with acpi_ibm on 6.0-RELEASE (Petr > Holub) > 15. [releng_5 tinderbox] failure on > sparc64/sparc64 > (FreeBSD Tinderbox) > 16. Re: kernel panic with cdrecord (Manfred Lotz) > 17. Does ath driver support Atheros 5005G? - > CORRECTED kldstat > (Randy Parker) > 18. Re: Sendmail not compiling with make world in > 6.0 (Scot Hetzel) > 19. Re: What should be in GENERIC? (was Re: > Facilitating binary > kernel upgrades) (John-Mark Gurney) > 20. multicast join flood messes up sk0 (Sean > McNeil) > 21. Re: What should be in GENERIC? (was Re: > Facilitating binary > kernel upgrades) (Miguel) > 22. Re: Sobre FreeBSD stable (rodrigo) > 23. USB Card Reader Permissions (Andy Fraser) > 24. Re: USB Card Reader Permissions (Daniel > O'Connor) > 25. Re: USB Card Reader Permissions (Andy Fraser) > 26. Re: USB Card Reader Permissions (Daniel > O'Connor) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 8 Nov 2005 13:47:40 +0100 > From: Fabian Keil > Subject: Missing wep_wlan at 5.4 (was: Atheros > (ath0) no RX traffic) > To: Sam Leffler > Cc: freebsd-stable@freebsd.org > Message-ID: <20051108134740.12b68596@> > Content-Type: text/plain; charset="us-ascii" > > Sam Leffler wrote: > > > Stephen Montgomery-Smith wrote: > > > Richard Arends wrote: > > > >> Today I upgraded my laptop from 5-STABLE to > 6-STABLE. After the > > >> upgrade, my wireless is not working anymore. > > > > > > > > > You are doing better than me. I try this: > > > ifconfig ath0 wepkey 12345 > > > and get > > > ifconfig: SIOCS80211: Invalid argument > > > > > > (Actually maybe that is happening to you as > well, but since you are > > > setting ifconfig_ath0 from within rc.conf, you > might be missing > > > this error message as it flies by in your start > up.) > > > > > > I get this error on other wireless cards as > well. > > > > kldload wlan_wep > > Since a few days I get "ifconfig: SIOCS80211: > Invalid argument" > while trying to set up wep with up to date ndis > stuff on 5.4. > > ATM I use an older ndis build which still works. > > wlan_wep seems to exist at 6.0 only: > http://fxr.watson.org/fxr/source/modules/wlan_wep/?v=RELENG54 > http://fxr.watson.org/fxr/source/modules/wlan_wep/?v=RELENG6 > > Is there some secret I don't know about? > > Fabian > -- > http://www.fabiankeil.de/ > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 187 bytes > Desc: not available > Url : > http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20051108/6998ec73/attachment-0001.bin > > ------------------------------ > > Message: 2 > Date: Tue, 8 Nov 2005 16:27:21 +0100 (CET) > From: dani mot > Subject: Sobre FreeBSD stable > To: freebsd-stable@freebsd.org > Message-ID: > <20051108152721.74447.qmail@web86804.mail.ukl.yahoo.com> > Content-Type: text/plain; charset=iso-8859-1 > > Hola listeros!!!! > Soy nuevo en el tema del FreeBSD y me gustaria saber > cual es la distribucion stables en estos momentos. > Podria ser la 4.11 o la 5.x? > Saludos > y gracias > taurus > > > > ______________________________________________ > Renovamos el Correo Yahoo! > Nuevos servicios, más seguridad > http://correo.yahoo.es > > > ------------------------------ > > Message: 3 > Date: Tue, 8 Nov 2005 16:29:03 +0100 (CET) > From: Oliver Fromme > Subject: Re: timecounter and Hz quality in kern > RELENG_6 > To: freebsd-stable@FreeBSD.ORG > Message-ID: > <200511081529.jA8FT35q098284@lurza.secnetix.de> > > martinko wrote: > > Oliver Fromme wrote: > > > Michael Schuh wrote: > > > > After digging in the source i have found that > timec.c have an routine for > > > > computing the so called "Hz quality". > > > > > > During boot, the kernel probes several time > counters and > > > assigns "quality" values. Typically you have > three of > > > them (i8254, ACPI, TPC). The time counter with > the > > > highest quality value will be used for timing > by default, > > > but you can change it via sysctl if you know > what you are > > > doing. Type "sysctl kern.timecounter" and see > the result. > > > > are those quality values preset (i.e. TSC = 800) > or are they computed > > (during boot) somehow? and if the latter, how > pls?? > > They have hardcoded defaults, but some of them are > adjusted > === message truncated === From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 01:46:48 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93E9316A41F for ; Wed, 9 Nov 2005 01:46:48 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3790F43D46 for ; Wed, 9 Nov 2005 01:46:48 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jA91klpU023473 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Nov 2005 17:46:47 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <437154F9.1060509@errno.com> Date: Tue, 08 Nov 2005 17:46:33 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050927) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Parker References: <735c8b860511081059l281a1857p6959e6b166788713@mail.gmail.com> In-Reply-To: <735c8b860511081059l281a1857p6959e6b166788713@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Does ath driver support Atheros 5005G? - CORRECTED kldstat X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 01:46:48 -0000 Randy Parker wrote: > Two hours ago I made a post with the Subject line you see on this note. > I copied the post I made to bsdforum's laptop forum Sunday night, and added > the kldstat to the copy. > Unfortunately, I included the kldstat from my more recent NDISulator efforts > to get the 5005 going (which has not worked yet either, though Bill has some > suggestions...) The card should work but I see nothing that shows what fails for you. Also pleaes do not cc me. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 01:47:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A399C16A41F for ; Wed, 9 Nov 2005 01:47:46 +0000 (GMT) (envelope-from andyfraser@gmail.com) Received: from mail.linuxuser.org.uk (213-152-59-115.dsl.eclipse.net.uk [213.152.59.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D74243D46 for ; Wed, 9 Nov 2005 01:47:45 +0000 (GMT) (envelope-from andyfraser@gmail.com) Received: from localhost (mantis.linuxuser.org.uk [127.0.0.1]) by mail.linuxuser.org.uk (Postfix) with ESMTP id B53222075A for ; Wed, 9 Nov 2005 01:47:44 +0000 (GMT) Received: from mail.linuxuser.org.uk ([127.0.0.1]) by localhost (mantis.linuxuser.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11344-04 for ; Wed, 9 Nov 2005 01:47:39 +0000 (GMT) Received: from wasp.linuxuser.org.uk (wasp.linuxuser.org.uk [192.168.0.10]) by mail.linuxuser.org.uk (Postfix) with ESMTP id 8AEA420528 for ; Wed, 9 Nov 2005 01:47:39 +0000 (GMT) From: Andy Fraser To: freebsd-stable@freebsd.org Date: Wed, 9 Nov 2005 01:47:38 +0000 User-Agent: KMail/1.8.3 References: <200511082054.42113.andyfraser@gmail.com> <200511082250.04433.andyfraser@gmail.com> <200511091053.08122.doconnor@gsoft.com.au> In-Reply-To: <200511091053.08122.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511090147.38622.andyfraser@gmail.com> X-Virus-Scanned: by amavisd-new (Gentoo) at linuxuser.org.uk Subject: Re: USB Card Reader Permissions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 01:47:46 -0000 On Wednesday 09 Nov 2005 12:22 am, Daniel O'Connor wrote: > > I thought that was only for devices that exist at boot? I have my DVD > > burner set up in devfs.conf so I can use it as my user (reading and > > burning with some other tweaks[1]). > > Nope, it's applied to all devices as they are created as well as > pre-existing ones. Ah, cool. :-) > > ...and this turned out to be the missing piece in the jigsaw. > > Yeah it took me a while to find out you needed that too :) :-) > > [1] One of the reasons I first tried FreeBSD as a desktop OS was because > > it has better support for CD/DVD burning as a user than Linux does (I > > still can't get burning working reliably with Gentoo but FreeBSD works > > flawlessly). And the sound system is much better but that's another > > story. > > > > :-) > > Weird, I would expect it to be largely the same. I don't want to say too much, it being OT and all, but a change in Linux 2.6.8 has meant that I have to run my burning software as root to get a reliable burn. I've yet to find a solution to that problem. > PS another way to do this would be to create a devd file which does the > chmod's for this particular device (instead of blindly changing all da > devices). I have things working, I'm happy. :-) I'll look at other options and better set ups when I have either the need or the time. :-) -- Andy. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 02:24:49 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC5BB16A41F; Wed, 9 Nov 2005 02:24:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A5B243D45; Wed, 9 Nov 2005 02:24:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jA92Om28002305; Tue, 8 Nov 2005 21:24:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jA92Ol15053028; Tue, 8 Nov 2005 21:24:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id AA3C7241A3; Tue, 8 Nov 2005 21:24:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051109022447.AA3C7241A3@freebsd-stable.sentex.ca> Date: Tue, 8 Nov 2005 21:24:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 02:24:49 -0000 TB --- 2005-11-09 01:16:50 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2005-11-09 01:16:50 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2005-11-09 01:16:50 - cleaning the object tree TB --- 2005-11-09 01:17:51 - checking out the source tree TB --- 2005-11-09 01:17:51 - cd /tinderbox/RELENG_5/alpha/alpha TB --- 2005-11-09 01:17:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-11-09 01:26:23 - building world (CFLAGS=-O -pipe) TB --- 2005-11-09 01:26:23 - cd /src TB --- 2005-11-09 01:26:23 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-09 02:10:04 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 02:10:04 - cd /src TB --- 2005-11-09 02:10:04 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 9 02:10:04 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Nov 9 02:17:59 UTC 2005 TB --- 2005-11-09 02:17:59 - generating LINT kernel config TB --- 2005-11-09 02:17:59 - cd /src/sys/alpha/conf TB --- 2005-11-09 02:17:59 - /usr/bin/make -B LINT TB --- 2005-11-09 02:18:00 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 02:18:00 - cd /src TB --- 2005-11-09 02:18:00 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 9 02:18:00 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:968: error: `isa_devclass' undeclared here (not in a function) /src/sys/pci/viapm.c:968: error: initializer element is not constant /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_devclass') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_devclass') *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-09 02:24:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-09 02:24:47 - ERROR: failed to build lint kernel TB --- 2005-11-09 02:24:47 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 03:56:00 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7F9B16A41F for ; Wed, 9 Nov 2005 03:56:00 +0000 (GMT) (envelope-from bwb@holo.org) Received: from thought.holo.org (h-68-166-32-19.snvacaid.covad.net [68.166.32.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F19343D49 for ; Wed, 9 Nov 2005 03:56:00 +0000 (GMT) (envelope-from bwb@holo.org) Received: from localhost (localhost [127.0.0.1]) by thought.holo.org (8.13.3/8.13.3) with ESMTP id jA93tx6b091073 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 8 Nov 2005 19:55:59 -0800 (PST) (envelope-from bwb@holo.org) Date: Tue, 8 Nov 2005 19:55:59 -0800 (PST) From: Brian Buchanan X-X-Sender: brian@thought.holo.org To: stable@freebsd.org In-Reply-To: <00a801c5e48c$23798cd0$5317fb93@KLOBOUCEK> Message-ID: <20051108195413.N81265@thought.holo.org> References: <00a801c5e48c$23798cd0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: psm0 broken with acpi_ibm on 6.0-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: Wed, 09 Nov 2005 03:56:00 -0000 On Tue, 8 Nov 2005, Petr Holub wrote: > I've found the following problem on my IBM T41p when running 6.0-RELEASE: > when both psm and acpi_ibm are compiled in the kernel, the psm0 device > (touchpad) doesn't initialize properly - with verbose logging it says > psm0: unable to allocate IRQ > When acpi_ibm is removed from the kernel, psm0 works OK. > > However, combination of both psm and acpi_ibm used to work at least > till 6.0-BETA4, which is what I had previously on this laptop. I have the same problem with my IBM T40p. If I load acpi_ibm after boot, the module loads fine and the mouse continues to work. It looks like acpi_ibm, if loaded by /boot/loader, takes over irq 12 and prevents psm from attaching. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 03:56:27 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AF3D16A433; Wed, 9 Nov 2005 03:56:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C45943D45; Wed, 9 Nov 2005 03:56:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jA93uOJZ088172; Tue, 8 Nov 2005 22:56:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jA93uPK9093927; Tue, 8 Nov 2005 22:56:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C1E01241A3; Tue, 8 Nov 2005 22:56:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051109035624.C1E01241A3@freebsd-stable.sentex.ca> Date: Tue, 8 Nov 2005 22:56:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 03:56:27 -0000 TB --- 2005-11-09 02:24:47 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2005-11-09 02:24:47 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2005-11-09 02:24:47 - cleaning the object tree TB --- 2005-11-09 02:26:08 - checking out the source tree TB --- 2005-11-09 02:26:08 - cd /tinderbox/RELENG_5/amd64/amd64 TB --- 2005-11-09 02:26:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-11-09 02:34:55 - building world (CFLAGS=-O -pipe) TB --- 2005-11-09 02:34:55 - cd /src TB --- 2005-11-09 02:34:55 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-11-09 03:40:05 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 03:40:05 - cd /src TB --- 2005-11-09 03:40:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 9 03:40:06 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Nov 9 03:48:52 UTC 2005 TB --- 2005-11-09 03:48:52 - generating LINT kernel config TB --- 2005-11-09 03:48:52 - cd /src/sys/amd64/conf TB --- 2005-11-09 03:48:52 - /usr/bin/make -B LINT TB --- 2005-11-09 03:48:52 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 03:48:52 - cd /src TB --- 2005-11-09 03:48:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 9 03:48:52 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:968: error: `isa_devclass' undeclared here (not in a function) /src/sys/pci/viapm.c:968: error: initializer element is not constant /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_devclass') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_devclass') *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-09 03:56:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-09 03:56:24 - ERROR: failed to build lint kernel TB --- 2005-11-09 03:56:24 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 04:27:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1401A16A41F for ; Wed, 9 Nov 2005 04:27:44 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from natco3.natcotech.com (natco3.natcotech.com [205.167.142.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id 954E743D46 for ; Wed, 9 Nov 2005 04:27:43 +0000 (GMT) (envelope-from smartweb@leadhill.net) Received: from ibm.nlcc.us (ldhl-ras1-dial-12-28-24-106.natcotech.com [12.28.24.106]) by natco3.natcotech.com (Postfix) with ESMTP id 3AF5762A74 for ; Tue, 8 Nov 2005 22:27:42 -0600 (CST) Received: (qmail 93098 invoked by uid 89); 9 Nov 2005 04:27:41 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by ibm.nlcc.us with SMTP; 9 Nov 2005 04:27:41 -0000 Message-ID: <43717AB5.50606@leadhill.net> Date: Tue, 08 Nov 2005 22:27:33 -0600 From: Billy Newsom User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20051108163041.GB4622@isis.visi.com> In-Reply-To: <20051108163041.GB4622@isis.visi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 5-stable kernel hang during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 04:27:44 -0000 See my posts and others on these topics: critical BOOT failure updating to latest 5-Stable (5.4) 5.3 -> 5.4 breaks ATA (Intel ICH2) [PATCH] option to re-enable aggressive ATA probing Those are from September 2005, when I and others started having problems with the latest (poor) edits to the 5-Stable code. There was obviously a regression for many of us with certain hard drives or systems. As an important side note, notice that I am using a similar computer to yours, an IBM PC365 with dual Pentium Pros. Although I have not tried the patch due to lack of time, I hope that will fix your issue. Also, I wonder if we share a similar bad BIOS issue in which our systems seem to choke on this new code for IDE detection during boot time. See my dmesg output in the archives. BTW, this has effectively kept me from upgrading to the latest 5-Stable since September, as it is not a quick and easy task on my old system. Also, there might be another mailing list - ACPI or something where there may be more answers. I don't know if there is a PR for this, yet. I had thought of filing one, but I sort of forgot. Check the archives to see if someone else did. Billy Paul Keusemann wrote: > Hi, > > I've got an IBM Intellistation M Pro with dual 600 Mhz PIIIs, an IBM > DNES-309170W (da0 on ahc0) as the root drive and HighPoint RocketRaid 1520 > with two WD1600JD drives mirrored as data drives. There is nothing on > ata0 and the CD-ROM drive is the master on ata1. I have been running a > custom kernel (GENERIC with SMP) since installation. The verbose output > from dmesg from the a 5.4 Release kernel (booted from CD-ROM) is attached. > > I installed 5.3 Release on this machine a while back and just decided > to try to upgrade to 5.4 Stable. (This is my first attempt at > doing a buildworld upgrade.) I cvsup'ed /usr/src using the stable-supfile > in /usr/share/examples/cvsup. I then followed the instructions in > /usr/src/Makefile to build world, build a new custom kernel and install > the new kernel. Then I attempted to reboot into single user mode. The > boot hangs while processing ata1, right after the following: > > ata0: [MPSAFE] > ata1: channel #1 on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > > The really interesting part is that after installing the new kernel, > I can't boot from kernel.old or another backup of my custom kernel. > They both hang in the same way as the new kernel. If I boot off the 5.4 > Release CD-ROM, remove the new kernel and rename kernel.old to kernel, > the system comes up just fine. > > At this point I guess I'm looking for any help I can get. > > Could the fact that there is nothing on ata0 be causing a problem? > > I know I can boot the 5.4 Release kernel, would I be better off upgrading > from the install? > > I have had no problems with this machine so I can just scratch > the upgrade, but it would be nice to be able to get it up to 5-stable > and eventually 6-stable. > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 04:41:29 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43C9916A422 for ; Wed, 9 Nov 2005 04:41:29 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 175C543D45 for ; Wed, 9 Nov 2005 04:41:27 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 55816 invoked from network); 9 Nov 2005 04:41:27 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=zW6LQnaeA7UVpGsre6uABgK2pnxvF1puYneZXptZihJUy5pA8BNLf/pap4Ec8l2bX4YkuXSlVIZaGxsqsQvqedgBmanxdeQL2rbgdSptIy0fkgVFdPN/ZBbT0V2hUl27DYR41LRBx8HuNDVJMP08ziU1lGxnhFxEYlEfzjdmNg8= ; Received: from unknown (HELO ?172.16.0.199?) (mikej@rogers.com@70.31.50.81 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 9 Nov 2005 04:41:27 -0000 Message-ID: <43717DF6.3070600@rogers.com> Date: Tue, 08 Nov 2005 23:41:26 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Jung-uk Kim References: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> <200511071822.36564.jkim@FreeBSD.org> <43700C3D.3000004@rogers.com> <200511081231.54162.jkim@FreeBSD.org> In-Reply-To: <200511081231.54162.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: anholt@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: AGP ceased to work on eMachines M5310 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 04:41:29 -0000 Jung-uk Kim wrote: > On Monday 07 November 2005 09:23 pm, Mike Jakubik wrote: > >> Jung-uk Kim wrote: >> >>> On Monday 07 November 2005 05:18 pm, Mike Jakubik wrote: >>> >>>> On Mon, November 7, 2005 11:49 am, Jung-uk Kim wrote: >>>> >>>>> Please send me 'pciconf -lv' output. >>>>> >>>> Here it is, thanks. >>>> -- >>>> hostb0@pci0:0:0: class=0x060000 card=0x00000000 >>>> chip=0xcab01002 rev=0x13 hdr=0x00 >>>> vendor = 'ATI Technologies Inc' >>>> device = 'A3/U1 S2K CPU to PCI Bridge' >>>> class = bridge >>>> subclass = HOST-PCI >>>> >>> The driver exists on -CURRENT but it was not MFC'd before >>> release. >>> >>> http://docs.freebsd.org/cgi/mid.cgi?200509170336.j8H3alVZ083992 >>> >> Any ideas why? >> > > I don't know. ENOTIME, maybe? CC'ing anholt. > > I emailed him in private, he is simply too busy. I have tried it with 6-STABLE, and it seems to work just fine. OpenGL apps are very slow, but this is because the radeon driver does not support 3d acceleration on the IGP chipsets for some reason. Thanks. -- agp0: port 0x8090-0x8093 mem 0xd4000000-0xd7ffffff,0xd0400000-0xd0400fff at device 0.0 on pci0 drm0: port 0x9000-0x90ff mem 0xe0000000-0xefffffff,0xd0100000-0xd010ffff irq 10 at device 5.0 on pci1 info: [drm] AGP at 0xd4000000 64MB info: [drm] Initialized radeon 1.16.0 20050311 on minor 0 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 04:58:17 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C4AC16A41F; Wed, 9 Nov 2005 04:58:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E081343D45; Wed, 9 Nov 2005 04:58:16 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jA94wGt7011642; Tue, 8 Nov 2005 23:58:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jA94wFjO010206; Tue, 8 Nov 2005 23:58:15 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 7FB76241A3; Tue, 8 Nov 2005 23:58:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051109045815.7FB76241A3@freebsd-stable.sentex.ca> Date: Tue, 8 Nov 2005 23:58:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 04:58:17 -0000 TB --- 2005-11-09 03:56:25 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2005-11-09 03:56:25 - starting RELENG_5 tinderbox run for i386/i386 TB --- 2005-11-09 03:56:25 - cleaning the object tree TB --- 2005-11-09 03:57:28 - checking out the source tree TB --- 2005-11-09 03:57:28 - cd /tinderbox/RELENG_5/i386/i386 TB --- 2005-11-09 03:57:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-11-09 04:06:06 - building world (CFLAGS=-O -pipe) TB --- 2005-11-09 04:06:06 - cd /src TB --- 2005-11-09 04:06:06 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-09 04:51:02 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 04:51:02 - cd /src TB --- 2005-11-09 04:51:02 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 9 04:51:02 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/modules/i2c/controllers/viapm/../../../../pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_driver') /src/sys/modules/i2c/controllers/viapm/../../../../pci/viapm.c:968: error: `isa_devclass' undeclared here (not in a function) /src/sys/modules/i2c/controllers/viapm/../../../../pci/viapm.c:968: error: initializer element is not constant /src/sys/modules/i2c/controllers/viapm/../../../../pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_devclass') /src/sys/modules/i2c/controllers/viapm/../../../../pci/viapm.c:969: error: initializer element is not constant /src/sys/modules/i2c/controllers/viapm/../../../../pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_driver') /src/sys/modules/i2c/controllers/viapm/../../../../pci/viapm.c:969: error: initializer element is not constant /src/sys/modules/i2c/controllers/viapm/../../../../pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_devclass') *** Error code 1 Stop in /src/sys/modules/i2c/controllers/viapm. *** Error code 1 Stop in /src/sys/modules/i2c/controllers. *** Error code 1 Stop in /src/sys/modules/i2c. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-09 04:58:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-09 04:58:15 - ERROR: failed to build generic kernel TB --- 2005-11-09 04:58:15 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 18:46:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3E3B16A41F; Tue, 8 Nov 2005 18:46:28 +0000 (GMT) (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 C205743D48; Tue, 8 Nov 2005 18:46:23 +0000 (GMT) (envelope-from max@love2party.net) Received: from p54A3E050.dip.t-dialin.net [84.163.224.80] (helo=donor.laier.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1EZYU91ree-0002U6; Tue, 08 Nov 2005 19:46:21 +0100 From: Max Laier To: Marko Cuk Date: Tue, 8 Nov 2005 19:45:59 +0100 User-Agent: KMail/1.8.2 References: <436FDC90.3020108@cuk.nu> <4370AA76.8000309@cuk.nu> <20051108171544.GI37350@green.homeunix.org> In-Reply-To: <20051108171544.GI37350@green.homeunix.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2460443.PiCAeWLt4t"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511081946.19860.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Mailman-Approved-At: Wed, 09 Nov 2005 05:43:30 +0000 Cc: Brian Fundakowski Feldman , freebsd-doc@freebsd.org, freebsd-pf@freebsd.org Subject: Re: Tun and ALTQ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 18:46:29 -0000 --nextPart2460443.PiCAeWLt4t Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 08 November 2005 18:15, Brian Fundakowski Feldman wrote: > On Tue, Nov 08, 2005 at 02:39:02PM +0100, Marko Cuk wrote: > > It seems that it work. Thanks. > > > > Damn, for vlan's ( 802.1Q) you should specify "em", for "tun", vice > > versa... what a mess, hehe. > > No prob; I don't see why using the em(4) backing the tun(4) wouldn't > work for ALTQ _IF_ you actually tagged the (PPPoE?) traffic on em(4). > I think that might be really hard, though, so for ALTQ you should > probably just specify the "logical" interface that you intend to > limit (that would be the IP tun(4) rather than the PPPoE em(4)). The problem with tun(4) in contrast to vlan(4) is that in some cases the=20 packet has to go through userland (i.e. userland PPPoE). During this detou= r=20 the packet loses the ALTQ mbuf_tag and thus can no longer be stuck into the= =20 right queue. That is why there is ALTQ support on tun(4) eventhough it=20 doesn't make that much sense to introduce "unnatural" queueing in the pseud= o=20 interface. For vlan(4) there is no such problem (VLANs are handled in the= =20 kernel all the way) so it's easy to stick the ALTQ tags on the packet and=20 queue on the hardware interface underneath. > Do you have suggestion on what would be good text to go into pf.conf(5) > so that this particular case is documented? [-> doc@, maybe somebody is interested/creative? ] =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 --nextPart2460443.PiCAeWLt4t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDcPJ7XyyEoT62BG0RAi1GAJ9aJ9EPEA9c/7xy48qC9zcp/JRQoACeJhMP 2bPguV7gqyhXE95EWNLwp3w= =PCrd -----END PGP SIGNATURE----- --nextPart2460443.PiCAeWLt4t-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 06:27:51 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8923016A41F for ; Wed, 9 Nov 2005 06:27:51 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id D65EF43D46 for ; Wed, 9 Nov 2005 06:27:50 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail16.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id jA96Rmgk016373 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 9 Nov 2005 17:27:48 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id jA96RlHh079530; Wed, 9 Nov 2005 17:27:47 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jA96RlMk079529; Wed, 9 Nov 2005 17:27:47 +1100 (EST) (envelope-from pjeremy) Date: Wed, 9 Nov 2005 17:27:47 +1100 From: Peter Jeremy To: Andy Fraser Message-ID: <20051109062747.GX39882@cirb503493.alcatel.com.au> References: <200511082054.42113.andyfraser@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511082054.42113.andyfraser@gmail.com> User-Agent: Mutt/1.4.2.1i X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc Cc: freebsd-stable@freebsd.org Subject: Re: USB Card Reader Permissions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 06:27:51 -0000 On Tue, 2005-Nov-08 20:54:41 +0000, Andy Fraser wrote: >I've read the man pages for devfs, devfs.conf and devfs.rules. devfs.rules >looks like what I need but I can't work out what I actually need to do or how >to test a rule without rebooting. I also found the man pages very opaque but some googling turned up a site with a tutorial (unfortunately, I didn't keep a record). -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 06:38:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92FCA16A41F for ; Wed, 9 Nov 2005 06:38:46 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from smtpclu-3.eunet.yu (smtpclu-3.eunet.yu [194.247.192.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id D824343D46 for ; Wed, 9 Nov 2005 06:38:45 +0000 (GMT) (envelope-from kolicz@EUnet.yu) Received: from faust.net (P-13.253.EUnet.yu [213.240.13.253]) by smtpclu-3.eunet.yu (8.12.11/8.12.11) with ESMTP id jA96cfq3006801 for ; Wed, 9 Nov 2005 07:38:41 +0100 Received: by faust.net (Postfix, from userid 1001) id 6213741B4; Wed, 9 Nov 2005 07:36:48 +0100 (CET) Date: Wed, 9 Nov 2005 07:36:48 +0100 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20051109063648.GA590@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scan: EUnet-AVAS-Milter X-AVAS-Virus-Status: clean X-Spam-Checker: EUnet-AVAS-Milter X-AVAS-Spam-Score: -0.7 X-AVAS-Spam-Symbols: BAYES_20 NO_RELAYS TW_NV Subject: Re: What should be in GENERIC? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 06:38:46 -0000 Hi folks! > And the real problem of a big kernel is???? Sometimes people want just what they need. Do you want your cousin's cycle in a living room? Stuff one even don't know what is it for? Drivers for scsii you don't have? I would like freebsd as neat as possible. It _is_ simple and neat. What I do not get is why system _must_ have "newbies" and what "newbies" in this situation are. Is there any dead-line for something? Million "newbies" till the end of year? As for everything, one _must_ exercise and learn. It is, btw, the pleasure of living. Why does freebsd need graphic install if it matters once-twice in a year? Openbsd discourages from recompiling for onother reason. Security. If someone likes it, ok, if not, ok. If the system is broken, is it over for the rest of life? Of course not. Openvms doesn't use customised kernel too. ;-) Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 07:20:21 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E55E016A41F; Wed, 9 Nov 2005 07:20:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F39B43D48; Wed, 9 Nov 2005 07:20:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jA97KJS7019457; Wed, 9 Nov 2005 02:20:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jA97KJXd046692; Wed, 9 Nov 2005 02:20:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 07FBA241A3; Wed, 9 Nov 2005 02:20:18 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051109072018.07FBA241A3@freebsd-stable.sentex.ca> Date: Wed, 9 Nov 2005 02:20:18 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 07:20:21 -0000 TB --- 2005-11-09 06:13:51 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2005-11-09 06:13:51 - starting RELENG_5 tinderbox run for sparc64/sparc64 TB --- 2005-11-09 06:13:51 - cleaning the object tree TB --- 2005-11-09 06:14:45 - checking out the source tree TB --- 2005-11-09 06:14:45 - cd /tinderbox/RELENG_5/sparc64/sparc64 TB --- 2005-11-09 06:14:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-11-09 06:23:37 - building world (CFLAGS=-O -pipe) TB --- 2005-11-09 06:23:37 - cd /src TB --- 2005-11-09 06:23:37 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-09 07:06:27 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 07:06:27 - cd /src TB --- 2005-11-09 07:06:27 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 9 07:06:27 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Nov 9 07:13:31 UTC 2005 TB --- 2005-11-09 07:13:31 - generating LINT kernel config TB --- 2005-11-09 07:13:31 - cd /src/sys/sparc64/conf TB --- 2005-11-09 07:13:31 - /usr/bin/make -B LINT TB --- 2005-11-09 07:13:31 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 07:13:31 - cd /src TB --- 2005-11-09 07:13:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 9 07:13:31 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:968: error: `isa_devclass' undeclared here (not in a function) /src/sys/pci/viapm.c:968: error: initializer element is not constant /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_devclass') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_devclass') *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-09 07:20:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-09 07:20:18 - ERROR: failed to build lint kernel TB --- 2005-11-09 07:20:18 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 07:53:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 139BB16A41F; Wed, 9 Nov 2005 07:53:44 +0000 (GMT) (envelope-from lev@FreeBSD.org) Received: from mail.telix.ru (mail.telix.ru [81.222.232.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98F2B43D46; Wed, 9 Nov 2005 07:53:43 +0000 (GMT) (envelope-from lev@FreeBSD.org) Received: from localhost (mail [81.222.232.5]) by mail.telix.ru (Postfix) with ESMTP id 20D2051942; Wed, 9 Nov 2005 10:53:42 +0300 (MSK) Received: from mail.telix.ru ([81.222.232.5]) by localhost (mail.telix.ru [81.222.232.5]) (amavisd-new, port 10024) with ESMTP id 02534-06; Wed, 9 Nov 2005 10:53:41 +0300 (MSK) Received: from desktop.home.serebryakov.spb.ru (user-172.pool-12.telix.ru [85.249.12.172]) by mail.telix.ru (Postfix) with ESMTP id BD0555193A; Wed, 9 Nov 2005 10:53:41 +0300 (MSK) Date: Wed, 9 Nov 2005 10:53:45 +0300 From: Lev Serebryakov X-Mailer: The Bat! (v2.11.02) Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1551247422.20051109105345@serebryakov.spb.ru> To: freebsd-stable@freebsd.org, developers@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at telix.ru Cc: Subject: 6.0 on VMWare 5.0: `calcru: negative runtime of -12728437 usec for pid 28 (irq17: lnc0)' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lev Serebryakov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 07:53:44 -0000 Hello freebsd-stable, FreeBSD 6.0 on VMWare 5.0 prints such messages every 3-4 minute. Also, messages like calcru: runtime went backwards from 40644816 to 40005944 usec for pid 3 (g_up) is shown routinely. timecounter is ACPI-safe, kernel is GENERIC one. 5.4-STABLE on some virtual machine runs without such messages. And, hey, numbers are TOOOOOO big to be true, aren't they? -- Best regards, Lev mailto:lev@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 08:09:33 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B665716A41F; Wed, 9 Nov 2005 08:09:33 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5683743D45; Wed, 9 Nov 2005 08:09:33 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jA989WMo089041; Wed, 9 Nov 2005 00:09:32 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jA989WCR089040; Wed, 9 Nov 2005 00:09:32 -0800 (PST) (envelope-from jmg) Date: Wed, 9 Nov 2005 00:09:31 -0800 From: John-Mark Gurney To: Lev Serebryakov Message-ID: <20051109080931.GT775@funkthat.com> Mail-Followup-To: Lev Serebryakov , freebsd-stable@freebsd.org References: <1551247422.20051109105345@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1551247422.20051109105345@serebryakov.spb.ru> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@FreeBSD.org Subject: Re: 6.0 on VMWare 5.0: `calcru: negative runtime of -12728437 usec for pid 28 (irq17: lnc0)' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 08:09:33 -0000 Lev Serebryakov wrote this message on Wed, Nov 09, 2005 at 10:53 +0300: > Hello freebsd-stable, > > FreeBSD 6.0 on VMWare 5.0 prints such messages every 3-4 minute. > Also, messages like > > calcru: runtime went backwards from 40644816 to 40005944 usec for pid 3 (g_up) > > is shown routinely. > > timecounter is ACPI-safe, kernel is GENERIC one. > > 5.4-STABLE on some virtual machine runs without such messages. > > And, hey, numbers are TOOOOOO big to be true, aren't they? A coworker saw this recently (on 4.x iirc)... and a quick fix was: sysctl kern.timecounter.hardware=i8259 Though I don't know if there is a better fix for it though... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 08:13:08 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83F6E16A420; Wed, 9 Nov 2005 08:13:08 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 006D043D53; Wed, 9 Nov 2005 08:13:07 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id jA98D6DI017391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Nov 2005 00:13:07 -0800 Message-ID: <4371AF8C.4040706@root.org> Date: Wed, 09 Nov 2005 00:13:00 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lev Serebryakov References: <1551247422.20051109105345@serebryakov.spb.ru> In-Reply-To: <1551247422.20051109105345@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: 6.0 on VMWare 5.0: `calcru: negative runtime of -12728437 usec for pid 28 (irq17: lnc0)' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 08:13:09 -0000 Lev Serebryakov wrote: > Hello freebsd-stable, > > FreeBSD 6.0 on VMWare 5.0 prints such messages every 3-4 minute. > Also, messages like > > calcru: runtime went backwards from 40644816 to 40005944 usec for pid 3 (g_up) > > is shown routinely. > > timecounter is ACPI-safe, kernel is GENERIC one. > > 5.4-STABLE on some virtual machine runs without such messages. > > And, hey, numbers are TOOOOOO big to be true, aren't they? Try using TSC or i8254: sysctl kern.MUMBLE.timecounter=TSC (developers@ removed from cc:) -- Nate From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 08:30:25 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28C8F16A41F for ; Wed, 9 Nov 2005 08:30:25 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D28143D46 for ; Wed, 9 Nov 2005 08:30:24 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jA98UJuZ089698; Wed, 9 Nov 2005 00:30:19 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jA98UGwZ089694; Wed, 9 Nov 2005 00:30:16 -0800 (PST) (envelope-from jmg) Date: Wed, 9 Nov 2005 00:30:16 -0800 From: John-Mark Gurney To: Miguel Message-ID: <20051109083016.GW775@funkthat.com> Mail-Followup-To: Miguel , freebsd-stable@freebsd.org References: <120ef0530511041210s6d3dbee8pc2db36129b44be2c@mail.gmail.com> <436BCA7B.6060700@voidmain.net> <4370D0A9.4030707@freebsd.org> <20051108195026.GR775@funkthat.com> <437105E7.6070605@123.com.sv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437105E7.6070605@123.com.sv> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org Subject: Re: What should be in GENERIC? (was Re: Facilitating binary kernel upgrades) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 08:30:25 -0000 Miguel wrote this message on Tue, Nov 08, 2005 at 14:09 -0600: > John-Mark Gurney wrote: > > >GENERIC is already so large, that if you want/need a smaller kernel, > >you're going to rebuild anyways, > > > >Since I care about that extra 2megs, I recompiled my own kernel, > And the real problem of a big kernel is???? > I dont understand exactly why do you have to recompile, unless a new > future is needed, like SMP, isnt it?, what harm is doing those extra megs? > May be you could clarify on this (for the newbies... :-) ), i always add > things to generic instead of cut them down, especially that im not an > expert on every future commented there, and i am scared to break working > things, openbsd recomends dont recompile, shoul we? In the general case, no, you do not need to recompile.. Those extra megs aren't doing any harm... (besides taking up memory).. I recompile because I'm both familar with the kernel (if I break anything, I can clean it up) , and the extra size of the kernel means that I loose that much memory to running programs... As I said, now days it's not nearly the same, but when I started using FreeBSD, I had 4megs of memory, so saving 300kb was a HUGE deal... In other cases, we use FreeBSD at work on a device w/o swap, and we are constrained by memory, so saving a few megs gives us a bit extra room... Hmmm... maybe we should ship the SMP kernel along with the GENERIC kernel? That'd probably save a bit on new users, though now that we are shipping debug kernels, that'd bloat / by another 20+megs.. :( -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 09:19:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB41916A41F for ; Wed, 9 Nov 2005 09:19:43 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61ED243D46 for ; Wed, 9 Nov 2005 09:19:43 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from stromnet.org (81.231.107.13) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 436A3A530016DED5 for freebsd-stable@freebsd.org; Wed, 9 Nov 2005 10:19:42 +0100 Received: (qmail 27525 invoked from network); 9 Nov 2005 09:19:41 -0000 Received: from unknown (HELO ?10.10.0.6?) (10.10.0.6) by elfi.stromnet.org with SMTP; 9 Nov 2005 09:19:41 -0000 Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <89E441A8-CC50-4F11-BE3E-AE6C384F5305@stromnet.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: freebsd-stable@freebsd.org From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Wed, 9 Nov 2005 10:20:26 +0100 X-Mailer: Apple Mail (2.746.2) Subject: Apache2, mod_python and nss_ldap: Coredump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 09:19:44 -0000 Hi I got a new 6.0-STABLE box. Rebuilt kernel and world 2 hours ago (against RELENG_6), so it should be pretty new. Im trying to have apache 2.0.55, mod_python 3.1.4 and nss_ldap 239, all the latest from ports. The problem I have is this: If i have LoadModule python_module libexec/apache2/mod_python.so in my httpd.conf, and at the same time have either "group: files ldap" and/or "passwd: files ldap" in my nsswitch.conf, i get Segfaults. Example: root@elfi2:~$ apachectl configtest Syntax OK Segmentation fault (core dumped) root@elfi2:~$ However, apache itself is running fine, even using mod_python. If i remove either the LoadModule or both the ldap-entrys in nsswitch, the segfaults dissappear. I've compiled httpd with debug symbols, and this is what I found with gdb (httpd -t is same as apachectl configtest): root@elfi2:~$ gdb httpd 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"... (gdb) run -t Starting program: /usr/local/sbin/httpd -t warning: Unable to get location for thread creation breakpoint: generic error [New LWP 100104] [New Thread 0x80ab000 (LWP 100104)] Warning: DocumentRoot [/usr/local/nagios/share] does not exist Syntax OK Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x80ab000 (LWP 100104)] 0x00000000 in ?? () (gdb) where #0 0x00000000 in ?? () #1 0x28be6744 in ?? () from /usr/local/lib/nss_ldap.so.1 #2 0x28bf2200 in ?? () from /usr/local/lib/nss_ldap.so.1 #3 0x280ba3d8 in ?? () from /libexec/ld-elf.so.1 #4 0xbfbfe618 in ?? () #5 0x280a0b26 in _rtld_error () from /libexec/ld-elf.so.1 #6 0x28bef998 in _fini () from /usr/local/lib/nss_ldap.so.1 #7 0x280b9018 in tls_dtv_generation () from /libexec/ld-elf.so.1 #8 0x280ba3d8 in ?? () from /libexec/ld-elf.so.1 #9 0xbfbfe628 in ?? () #10 0x280a1076 in elf_hash () from /libexec/ld-elf.so.1 #11 0x280a3958 in dlclose () from /libexec/ld-elf.so.1 #12 0x284de64c in _nsdbtaddsrc () from /lib/libc.so.6 #13 0x284de20f in endhostent () from /lib/libc.so.6 #14 0x284de6cc in _nsdbtaddsrc () from /lib/libc.so.6 #15 0x284fd35f in __cxa_finalize () from /lib/libc.so.6 #16 0x284fcf9a in exit () from /lib/libc.so.6 #17 0x0806f0ee in destroy_and_exit_process (process=0x80b6098, process_exit_value=0) at main.c:216 #18 0x0806faa6 in main (argc=2, argv=0xbfbfe838) at main.c:565 (gdb) So, seems the segfault appears when apache calls exit(), explains why it seems to work good otherwise... Googling gave me some similar problem (bug 65220), however that bug seemd to affect other programs, so far I've only encountered this problem with apache. Currently I've compiled apache with the following: portinstall apache-2.0.55 -M "WITH_DBM=bdb WITH_BERKELEYDB=db4 WITH_LDAP=1 WITH_MPM=prefork WITH_THREADS=yes WITH_THREADS_MODULES=yes WITH_DEBUG=1" The threads stuff was added after some suspect gdb'ing around a pthread function (can't remember exact name now.. something pthread_cancel.. the symptoms where the same, segfault just before exit). mod_python is installed without any special options, there isnt realy any (ie no option to turn of threads). Does anyone have any clue about whats going on here? Thanks! Johan From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 09:32:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E91D16A424 for ; Wed, 9 Nov 2005 09:32:27 +0000 (GMT) (envelope-from trinitor@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id A1C6C43D49 for ; Wed, 9 Nov 2005 09:32:26 +0000 (GMT) (envelope-from trinitor@gmail.com) Received: by xproxy.gmail.com with SMTP id t10so179024wxc for ; Wed, 09 Nov 2005 01:32:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=mIqNzOiYCs7+Rw9387AcDFyIQjqlyooyIhxu+CO6NoWSuIcs4Xzqvjeu0MWD8NQ4qW94zlGMj3+ZP/A80fLNAFFJawAYB2jUVS80g+QYpm8QtI0O5KyUHYafMtCf8N1NWx6xe2dujoPD8ZsiWMOjbuLCieRdEORZm1VzQFS+o5I= Received: by 10.65.147.11 with SMTP id z11mr502678qbn; Tue, 08 Nov 2005 23:47:15 -0800 (PST) Received: by 10.65.160.19 with HTTP; Tue, 8 Nov 2005 23:47:15 -0800 (PST) Message-ID: <33469ba20511082347g80a6350n964e6a680566f1ec@mail.gmail.com> Date: Wed, 9 Nov 2005 08:47:15 +0100 From: =?ISO-8859-1?Q?Mikkel_Sk=E6rris?= To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ndis and FBSD6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 09:32:27 -0000 Hello! I have a IBM laptop T40 with a builtin wireless adapter (Intel 2100BG). For some time now I have been using the ipw driver, but I find i rather unstabl= e and it makes my system freeze quite often. So I have installed ndis as U used to do it on 5.4, but i seems that it can't bind to a specific SSID. Anyone experiencing the same problem? Best Regards From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 09:51:58 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EB0D16A41F; Wed, 9 Nov 2005 09:51:58 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0907A43D46; Wed, 9 Nov 2005 09:51:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jA99pt08028160; Wed, 9 Nov 2005 04:51:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jA99psBM087359; Wed, 9 Nov 2005 04:51:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D67957302F; Wed, 9 Nov 2005 04:51:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051109095154.D67957302F@freebsd-current.sentex.ca> Date: Wed, 9 Nov 2005 04:51:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 09:51:58 -0000 TB --- 2005-11-09 08:12:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-09 08:12:53 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2005-11-09 08:12:53 - cleaning the object tree TB --- 2005-11-09 08:13:46 - checking out the source tree TB --- 2005-11-09 08:13:46 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2005-11-09 08:13:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2005-11-09 08:42:15 - building world (CFLAGS=-O -pipe) TB --- 2005-11-09 08:42:15 - cd /src TB --- 2005-11-09 08:42:15 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-09 09:36:03 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 09:36:03 - cd /src TB --- 2005-11-09 09:36:03 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 9 09:36:03 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Nov 9 09:50:18 UTC 2005 TB --- 2005-11-09 09:50:18 - generating LINT kernel config TB --- 2005-11-09 09:50:18 - cd /src/sys/i386/conf TB --- 2005-11-09 09:50:18 - /usr/bin/make -B LINT TB --- 2005-11-09 09:50:18 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 09:50:18 - cd /src TB --- 2005-11-09 09:50:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 9 09:50:18 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding /src/sys/dev/acpi_support/acpi_asus.c:50:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_fujitsu.c:40:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_panasonic.c:40:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_sony.c:34:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_toshiba.c:37:18: acpi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-09 09:51:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-09 09:51:54 - ERROR: failed to build lint kernel TB --- 2005-11-09 09:51:54 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 12:23:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A1CC16A41F; Wed, 9 Nov 2005 12:23:31 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from jedi.netinet.si (jedi.netinet.si [213.143.65.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3746943D60; Wed, 9 Nov 2005 12:23:20 +0000 (GMT) (envelope-from cuk@cuk.nu) Received: from localhost (localhost [127.0.0.1]) by jedi.netinet.si (Postfix) with ESMTP id E6C98125485; Tue, 8 Nov 2005 14:38:07 +0100 (CET) Received: from jedi.netinet.si ([127.0.0.1]) by localhost (jedi.netinet.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12354-07; Tue, 8 Nov 2005 14:38:07 +0100 (CET) Received: from [192.168.6.60] (tm.213.143.78.60.lc.telemach.net [213.143.78.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jedi.netinet.si (Postfix) with ESMTP id 48385125461; Tue, 8 Nov 2005 14:38:07 +0100 (CET) Message-ID: <4370AA76.8000309@cuk.nu> Date: Tue, 08 Nov 2005 14:39:02 +0100 From: Marko Cuk Organization: NetInet User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Fundakowski Feldman References: <436FDC90.3020108@cuk.nu> <20051108013645.GE37350@green.homeunix.org> In-Reply-To: <20051108013645.GE37350@green.homeunix.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at NetInet.si Cc: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Subject: Re: Tun and ALTQ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 12:23:31 -0000 It seems that it work. Thanks. Damn, for vlan's ( 802.1Q) you should specify "em", for "tun", vice versa... what a mess, hehe. Cuk Brian Fundakowski Feldman wrote: >On Tue, Nov 08, 2005 at 12:00:32AM +0100, Marko Cuk wrote: > > >>Resend... >> >>Please, does anyone have any ideas... >> >> >>What is the status of the tun0 driver and ALTQ ? >>I have FreeBSD 6.0-RELEASE and have tried it without success. Why 6.0 ? >>Don't know... curious maybe... if you think, that 5.4 will work better, >>I'll reinstall it. >> >>The tun0 is because od xDSL ( PPPoE ) >> >>It seems like packets won't match queue. Look at the pfctl output ( look >>at the "bucy" rules -- he is a huge consumer and the primary uplink is >>out for a week, xDSL is only backup and he consumes all the avail >>bandwidth ) >> >> >>THIS IFACE IS TUN0 ( pppoe ) >>queue root_em0 bandwidth 1Gb priority 0 cbq( wrr root ) {std_ext, bucy_out} >>[ pkts: 76053 bytes: 7390221 dropped pkts: 0 bytes: >>0 ] >>[ qlength: 0/ 50 borrows: 0 suspends: 0 ] >>[ measured: 199.0 packets/s, 146.71Kb/s ] >> >> > >No it isn't, it's em0. You probably want to be using ALTQ on tun0. >I've done it; it works.... > > > -- NetInet d.o.o. http://www.NetInet.si Private: http://cuk.nu MountainBikeSlovenia team: http://mtb.si Slovenian FreeBSD mirror admin http://www2.si.freebsd.org From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 12:34:09 2005 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CAD216A41F for ; Wed, 9 Nov 2005 12:34:09 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id C66EB43D48 for ; Wed, 9 Nov 2005 12:34:08 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1EZp9T-0002J2-QY for stable@FreeBSD.ORG; Wed, 09 Nov 2005 12:34:07 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1EZp9T-0008i7-Kg for stable@FreeBSD.ORG; Wed, 09 Nov 2005 12:34:07 +0000 To: stable@FreeBSD.ORG Message-Id: From: Pete French Date: Wed, 09 Nov 2005 12:34:07 +0000 Cc: Subject: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 12:34:09 -0000 usually when I upgrade across major versions of BSD I wipe the whole machine and re--install from scratch. But I understand that the move to 6.0 from 5.4 is nowhere near such a big leap. So I was wondering hether I could just do this from source without any ill effects, as if I was upgrading 5.4->5.5. I have nnever tried this before though, and was wondering if there are any major pitfalls (i.e. is it actually a really bad idea?) cheers, -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 12:53:40 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D068816A41F for ; Wed, 9 Nov 2005 12:53:40 +0000 (GMT) (envelope-from alistair.sutton@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FEFC43D46 for ; Wed, 9 Nov 2005 12:53:40 +0000 (GMT) (envelope-from alistair.sutton@gmail.com) Received: by nproxy.gmail.com with SMTP id n28so41291nfc for ; Wed, 09 Nov 2005 04:53:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XS9Ad3b0Q7kASLEv0Hsvv4gf3woUXBZttukyHA7cjmXLa/U0ZOH2qzWsuE+BembE9aVK/gO8PcmOl6VnlRhm9G3jNc9ujuJ53I6Y0XS/P5NM18Y0X4D+HYb5t/oXhyMMZfNs4NBk+5zm/N3blZn7/XHpNcNmzcYuM2bNDbRrwIM= Received: by 10.48.199.2 with SMTP id w2mr86783nff; Wed, 09 Nov 2005 04:53:39 -0800 (PST) Received: by 10.48.3.11 with HTTP; Wed, 9 Nov 2005 04:53:39 -0800 (PST) Message-ID: Date: Wed, 9 Nov 2005 12:53:39 +0000 From: Alistair Sutton To: Pete French In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 12:53:40 -0000 On 09/11/05, Pete French wrote: > usually when I upgrade across major versions of BSD I wipe the whole > machine and re--install from scratch. But I understand that the move > to 6.0 from 5.4 is nowhere near such a big leap. > > So I was wondering hether I could just do this from source without any > ill effects, as if I was upgrading 5.4->5.5. I have nnever tried this bef= ore > though, and was wondering if there are any major pitfalls (i.e. is it act= ually > a really bad idea?) As long as you read/follow all the relevant steps in UPDATING then I don't foresee you having any troubles. Things should Just Work like a normal upgrade would. Al -- GPG/PGP: http://www.no-dns-yet.org.uk/~everlone/pubkey.gpg From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 12:59:15 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD7E316A41F for ; Wed, 9 Nov 2005 12:59:15 +0000 (GMT) (envelope-from ohmer@epita.info) Received: from marge.cload.net (marge.cload.net [213.41.172.209]) by mx1.FreeBSD.org (Postfix) with SMTP id 8233F43D45 for ; Wed, 9 Nov 2005 12:59:14 +0000 (GMT) (envelope-from ohmer@epita.info) Received: (qmail 2394 invoked by uid 80); 9 Nov 2005 14:02:06 +0100 Received: from 81.255.174.7 (proxying for 155.3.2.194, 192.168.4.62) (SquirrelMail authenticated user ohmer@epita.info) by webmail.epita.info with HTTP; Wed, 9 Nov 2005 14:02:06 +0100 (CET) Message-ID: <15563.81.255.174.7.1131541326.squirrel@webmail.epita.info> In-Reply-To: <33469ba20511082347g80a6350n964e6a680566f1ec@mail.gmail.com> References: <33469ba20511082347g80a6350n964e6a680566f1ec@mail.gmail.com> Date: Wed, 9 Nov 2005 14:02:06 +0100 (CET) From: "oHmEr" To: Mikkel =?iso-8859-1?Q?Sk=E6rris?= User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: ndis and FBSD6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ohmer@epita.info List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 12:59:15 -0000 On Mer 9 novembre 2005 08:47, Mikkel Skærris wrote: > Hello! hello, > I have a IBM laptop T40 with a builtin wireless adapter (Intel 2100BG). > For > some time now I have been using the ipw driver, but I find i rather > unstable > and it makes my system freeze quite often. So I have installed ndis as U > used to do it on 5.4, but i seems that it can't bind to a specific SSID. > Anyone experiencing the same problem? afaik, a native driver is meant to do better than an emulated ndis one. i'd contact the driver maintainer if you have problems with it. anyway as it's about ndis which is meant to work too, i've experienced some issue with netgear wg311v2 ndis driver. ndisgen is ok, kldload is ok (except that i had to kldload pccard and usb too...). ifconfig ndis0 ssid "foo" doesn't work. i've only been able to scan network and find known ap in my area. i wasn't able to join a network (infrastructure or ad-hoc). use of sysctl didn't do better. i gave up due to lack of time these days. -- Matthieu Michaud - EPITA 2007 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 13:24:44 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 382B216A41F for ; Wed, 9 Nov 2005 13:24:44 +0000 (GMT) (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 8CF5743D46 for ; Wed, 9 Nov 2005 13:24:43 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (xstoju@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id jA9DOfB7050440 for ; Wed, 9 Nov 2005 14:24:42 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id jA9DOfxm050439; Wed, 9 Nov 2005 14:24:41 +0100 (CET) (envelope-from olli) Date: Wed, 9 Nov 2005 14:24:41 +0100 (CET) Message-Id: <200511091324.jA9DOfxm050439@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) Cc: Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 13:24:44 -0000 Pete French wrote: > usually when I upgrade across major versions of BSD I wipe the whole > machine and re--install from scratch. But I understand that the move > to 6.0 from 5.4 is nowhere near such a big leap. > > So I was wondering hether I could just do this from source without any > ill effects, as if I was upgrading 5.4->5.5. That's exactly what I did. I installed a new machine from a 5.4-Release DVD-ROM, then updated to RELENG_5, and then went to RELENG_6 from there. The only special thing I had to do was to manually rm -rf /usr/obj, otherwise the build- world broke. Of course you should do take the usual precautions, i.e. have a reliable backup, read UPDATING, don't forget to run mergemaster etc. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I have stopped reading Stephen King novels. Now I just read C code instead." -- Richard A. O'Keefe From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 13:25:27 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A312C16A41F for ; Wed, 9 Nov 2005 13:25:27 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3745743D45 for ; Wed, 9 Nov 2005 13:25:27 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by xproxy.gmail.com with SMTP id t10so237704wxc for ; Wed, 09 Nov 2005 05:25:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JKxnfyF2uTz1BwlPgiEy19eXDl0FtpytI8gV6dezhK7Fry3ngBAATT3dezbQCm9/JY6rpNvBLTsk8OIM4n03T16qZmncuJHTff9ove+LwW+fZtLTx3XLmyidS6ae6dTZ8bHVHPKOr+rQO2xlQz1wH7GAn8DINIyHkwAAZiH6/1o= Received: by 10.65.253.5 with SMTP id f5mr737360qbs; Wed, 09 Nov 2005 05:01:02 -0800 (PST) Received: by 10.64.151.20 with HTTP; Wed, 9 Nov 2005 05:01:02 -0800 (PST) Message-ID: Date: Wed, 9 Nov 2005 14:01:02 +0100 From: Claus Guttesen To: Pete French In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: stable@freebsd.org Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 13:25:27 -0000 > usually when I upgrade across major versions of BSD I wipe the whole > machine and re--install from scratch. But I understand that the move > to 6.0 from 5.4 is nowhere near such a big leap. > > So I was wondering hether I could just do this from source without any > ill effects, as if I was upgrading 5.4->5.5. I have nnever tried this bef= ore > though, and was wondering if there are any major pitfalls (i.e. is it act= ually > a really bad idea?) The easiest would be to 1. cvsup to RELENG_6 (or RELENG_6_0) 2. cd /usr/src 3. make buildworld 4. make buildkernel 5. make installkernel 6. mergemaster -p 7. reboot into single-usermode and verify your new kernel works 8. mount -a 9. make installworld 10. mergemaster 11. reboot All described in /usr/src/Makefile (and the handbook). You may need to reinstall some apps, but most should work with compat5x in place. regards Claus From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 14:20:40 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DA0316A421 for ; Wed, 9 Nov 2005 14:20:40 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from iaces.com (horton.iaces.com [204.147.87.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552DC43D55 for ; Wed, 9 Nov 2005 14:20:39 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125]) (authenticated bits=0) by iaces.com (8.13.4/8.13.3) with ESMTP id jA9EKb2N003219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Nov 2005 08:20:38 -0600 (CST) (envelope-from ptroot@iaces.com) Message-ID: <4372059C.8040806@iaces.com> Date: Wed, 09 Nov 2005 08:20:12 -0600 From: "Paul T. Root" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Pete French Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 14:20:40 -0000 I did this on a Sun Ultra5 system last night. I forgot (as I usually do) mergemaster -p. But everything worked fine. The -p usually just catches missing users and such that could cause install problems. Claus Guttesen wrote: > *********************** > This message has been scanned by the InterScan for CSC-SSM and found to be free of known security risks. > ***********-*********** > > > >>usually when I upgrade across major versions of BSD I wipe the whole >>machine and re--install from scratch. But I understand that the move >>to 6.0 from 5.4 is nowhere near such a big leap. >> >>So I was wondering hether I could just do this from source without any >>ill effects, as if I was upgrading 5.4->5.5. I have nnever tried this before >>though, and was wondering if there are any major pitfalls (i.e. is it actually >>a really bad idea?) > > > The easiest would be to > > 1. cvsup to RELENG_6 (or RELENG_6_0) > 2. cd /usr/src > 3. make buildworld > 4. make buildkernel > 5. make installkernel > 6. mergemaster -p > 7. reboot into single-usermode and verify your new kernel works > 8. mount -a > 9. make installworld > 10. mergemaster > 11. reboot > > All described in /usr/src/Makefile (and the handbook). You may need to > reinstall some apps, but most should work with compat5x in place. > > regards > Claus > _______________________________________________ > 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" > -- ______ Paul T. Root / _ \ 1977 MGB / /|| \\ ||\/ || _ | || || || \ ||__// \______/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 14:22:09 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77DB816A41F for ; Wed, 9 Nov 2005 14:22:09 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from iaces.com (horton.iaces.com [204.147.87.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id D95B243D45 for ; Wed, 9 Nov 2005 14:22:08 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125]) (authenticated bits=0) by iaces.com (8.13.4/8.13.3) with ESMTP id jA9EM7t0003236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 9 Nov 2005 08:22:08 -0600 (CST) (envelope-from ptroot@iaces.com) Message-ID: <437205F7.5010904@iaces.com> Date: Wed, 09 Nov 2005 08:21:43 -0600 From: "Paul T. Root" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <200511091324.jA9DOfxm050439@lurza.secnetix.de> In-Reply-To: <200511091324.jA9DOfxm050439@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 14:22:09 -0000 Oliver Fromme wrote: > *********************** > This message has been scanned by the InterScan for CSC-SSM and found to be free of known security risks. > ***********-*********** > > > Pete French wrote: > > usually when I upgrade across major versions of BSD I wipe the whole > > machine and re--install from scratch. But I understand that the move > > to 6.0 from 5.4 is nowhere near such a big leap. > > > > So I was wondering hether I could just do this from source without any > > ill effects, as if I was upgrading 5.4->5.5. > > That's exactly what I did. I installed a new machine from > a 5.4-Release DVD-ROM, then updated to RELENG_5, and then > went to RELENG_6 from there. The only special thing I had > to do was to manually rm -rf /usr/obj, otherwise the build- > world broke. Oh yeah, I did rm -r the object tree, I forgot about that. It was kind of a reflex thing when it failed. > Of course you should do take the usual precautions, i.e. > have a reliable backup, read UPDATING, don't forget to run > mergemaster etc. > > Best regards > Oliver > -- ______ Paul T. Root / _ \ 1977 MGB / /|| \\ ||\/ || _ | || || || \ ||__// \______/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 14:47:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21A7516A41F for ; Wed, 9 Nov 2005 14:47:21 +0000 (GMT) (envelope-from mmiranda@123.com.sv) Received: from asgard1.americatelsal.com (asgard.americatelsal.com [200.13.161.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68AD243D46 for ; Wed, 9 Nov 2005 14:47:19 +0000 (GMT) (envelope-from mmiranda@123.com.sv) Received: (qmail 30718 invoked from network); 9 Nov 2005 14:48:13 -0000 Received: from unknown (HELO ?192.168.10.124?) (200.13.161.68) by asgard1.americatelsal.com with SMTP; 9 Nov 2005 14:48:13 -0000 Message-ID: <43720C33.3040901@123.com.sv> Date: Wed, 09 Nov 2005 08:48:19 -0600 From: Miguel User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John-Mark Gurney References: <120ef0530511041210s6d3dbee8pc2db36129b44be2c@mail.gmail.com> <436BCA7B.6060700@voidmain.net> <4370D0A9.4030707@freebsd.org> <20051108195026.GR775@funkthat.com> <437105E7.6070605@123.com.sv> <20051109083016.GW775@funkthat.com> In-Reply-To: <20051109083016.GW775@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: What should be in GENERIC? (was Re: Facilitating binary kernel upgrades) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 14:47:21 -0000 John-Mark Gurney wrote: >Miguel wrote this message on Tue, Nov 08, 2005 at 14:09 -0600: > > >>I dont understand exactly why do you have to recompile, unless a new >>future is needed, like SMP, isnt it?, what harm is doing those extra megs? >> >> >In the general case, no, you do not need to recompile.. Those extra >megs aren't doing any harm... (besides taking up memory).. > >I recompile because I'm both familar with the kernel (if I break >anything, I can clean it up) , and the extra size of the kernel means >that I loose that much memory to running programs... > That sounds like a valid reason to me, so if you have little memory you should try learn what options you don't need and recompile your kernel without them, if, like in my case, memory is not a big constraint, you better stay with generic, unless recompile is _really_ nedded. All is clearer for me now, thanks From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 14:48:49 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4FDC16A422 for ; Wed, 9 Nov 2005 14:48:49 +0000 (GMT) (envelope-from christian.meutes@de.clara.net) Received: from thekla.de.clara.net (thekla.de.clara.net [212.82.225.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 088AC43D49 for ; Wed, 9 Nov 2005 14:48:44 +0000 (GMT) (envelope-from christian.meutes@de.clara.net) Received: from minni.de.clara.net ([212.82.225.105] helo=localhost) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1EZrKh-000JiB-GJ for freebsd-stable@freebsd.org; Wed, 09 Nov 2005 15:53:51 +0100 Received: from kumpel.int.de.clara.net ([192.168.0.232]) by thekla.de.clara.net with esmtp (Exim 4.30; FreeBSD) id 1EZrKh-000Ji8-9C for freebsd-stable@freebsd.org; Wed, 09 Nov 2005 15:53:51 +0100 Date: Wed, 09 Nov 2005 15:46:18 +0100 From: christian meutes To: freebsd-stable@freebsd.org Message-ID: <7C541C66F3EC5FF846D95187@localhost.localdomain> X-Mailer: Mulberry/4.0.0b4 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: FreeBSD 6.0 and Intel ICH6 UDMA100 controller on HP DL320-G3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 14:48:50 -0000 Hello, i just tried to install FreeBSD-6.0 on a HP DL320 box. It seems that FreeBSD cant mount the S-ATA Harddrives attached to the onboard Intel ICH6 UDMA100 controller any more, with FreeBSD-5.4 it works. Following the dmesg output (boot -v): --- Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ec1000. Preloaded mfs_root "/boot/mfsroot" at 0xc0ec119c. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ec11e0. MP Configuration Table version 1.4 found at 0xc00f269a Table 'FACP' at 0x3fff32f4 Table 'SPCR' at 0x3fff3100 Table 'MCFG' at 0x3fff3180 Table 'APIC' at 0x3fff31c0 MADT: Found table at 0x3fff31c0 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled MADT: Found CPU APIC ID 2 ACPI ID 2: disabled MADT: Found CPU APIC ID 4 ACPI ID 4: disabled MADT: Found CPU APIC ID 6 ACPI ID 6: disabled MADT: Found CPU APIC ID 1 ACPI ID 1: enabled MADT: Found CPU APIC ID 3 ACPI ID 3: disabled MADT: Found CPU APIC ID 5 ACPI ID 5: disabled MADT: Found CPU APIC ID 7 ACPI ID 7: disabled ACPI APIC Table: Calibrating clock(s) ... i8254 clock: 1193215 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3391521599 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.40GHz (3391.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000000 Hyperthreading: 2 logical CPUs real memory = 1073688576 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000003edbafff, 1037656064 bytes (253334 pages) avail memory = 1037602816 (989 MB) bios32: Found BIOS32 Service Directory header at 0xc00ffee0 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x96 pnpbios: Found PnP BIOS data at 0xc00f4f50 pnpbios: Entry = f0000:a748 Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Found IO APIC ID 10, Interrupt 24 at 0xfec80000 ioapic1: intpin 0 -> PCI IRQ 24 (level, low) ioapic1: intpin 1 -> PCI IRQ 25 (level, low) ioapic1: intpin 2 -> PCI IRQ 26 (level, low) ioapic1: intpin 3 -> PCI IRQ 27 (level, low) ioapic1: intpin 4 -> PCI IRQ 28 (level, low) ioapic1: intpin 5 -> PCI IRQ 29 (level, low) ioapic1: intpin 6 -> PCI IRQ 30 (level, low) ioapic1: intpin 7 -> PCI IRQ 31 (level, low) ioapic1: intpin 8 -> PCI IRQ 32 (level, low) ioapic1: intpin 9 -> PCI IRQ 33 (level, low) ioapic1: intpin 10 -> PCI IRQ 34 (level, low) ioapic1: intpin 11 -> PCI IRQ 35 (level, low) ioapic1: intpin 12 -> PCI IRQ 36 (level, low) ioapic1: intpin 13 -> PCI IRQ 37 (level, low) ioapic1: intpin 14 -> PCI IRQ 38 (level, low) ioapic1: intpin 15 -> PCI IRQ 39 (level, low) ioapic1: intpin 16 -> PCI IRQ 40 (level, low) ioapic1: intpin 17 -> PCI IRQ 41 (level, low) ioapic1: intpin 18 -> PCI IRQ 42 (level, low) ioapic1: intpin 19 -> PCI IRQ 43 (level, low) ioapic1: intpin 20 -> PCI IRQ 44 (level, low) ioapic1: intpin 21 -> PCI IRQ 45 (level, low) ioapic1: intpin 22 -> PCI IRQ 46 (level, low) ioapic1: intpin 23 -> PCI IRQ 47 (level, low) MADT: Found IO APIC ID 11, Interrupt 48 at 0xfec80100 ioapic2: intpin 0 -> PCI IRQ 48 (level, low) ioapic2: intpin 1 -> PCI IRQ 49 (level, low) ioapic2: intpin 2 -> PCI IRQ 50 (level, low) ioapic2: intpin 3 -> PCI IRQ 51 (level, low) ioapic2: intpin 4 -> PCI IRQ 52 (level, low) ioapic2: intpin 5 -> PCI IRQ 53 (level, low) ioapic2: intpin 6 -> PCI IRQ 54 (level, low) ioapic2: intpin 7 -> PCI IRQ 55 (level, low) ioapic2: intpin 8 -> PCI IRQ 56 (level, low) ioapic2: intpin 9 -> PCI IRQ 57 (level, low) ioapic2: intpin 10 -> PCI IRQ 58 (level, low) ioapic2: intpin 11 -> PCI IRQ 59 (level, low) ioapic2: intpin 12 -> PCI IRQ 60 (level, low) ioapic2: intpin 13 -> PCI IRQ 61 (level, low) ioapic2: intpin 14 -> PCI IRQ 62 (level, low) ioapic2: intpin 15 -> PCI IRQ 63 (level, low) ioapic2: intpin 16 -> PCI IRQ 64 (level, low) ioapic2: intpin 17 -> PCI IRQ 65 (level, low) ioapic2: intpin 18 -> PCI IRQ 66 (level, low) ioapic2: intpin 19 -> PCI IRQ 67 (level, low) ioapic2: intpin 20 -> PCI IRQ 68 (level, low) ioapic2: intpin 21 -> PCI IRQ 69 (level, low) ioapic2: intpin 22 -> PCI IRQ 70 (level, low) ioapic2: intpin 23 -> PCI IRQ 71 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic: Routing NMI -> LINT1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000100f0 pcm: 0x00010000 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25888086) pcibios: BIOS version 2.10 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 0 func 0 pci_link0: irq 5 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link1: irq 7 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 10 11 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 10 11 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link2: irq 10 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link3: irq 10 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 5 7 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link4: irq 0 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link5: irq 0 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link6: irq 7 on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 10 11 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 7 N 0 5 7 10 11 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 pci_link7: irq 5 on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 5 7 10 11 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 10 11 ACPI timer: 1/1 1/0 1/1 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x2588, revid=0x05 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2589, revid=0x05 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x2660, revid=0x03 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 found-> vendor=0x8086, dev=0x2658, revid=0x03 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type 4, range 32, base 00001000, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2659, revid=0x03 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 map[20]: type 4, range 32, base 00001020, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x265a, revid=0x03 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[20]: type 4, range 32, base 00001040, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x265b, revid=0x03 bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 map[20]: type 4, range 32, base 00001060, size 5, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 19 found-> vendor=0x8086, dev=0x265c, revid=0x03 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base fbef0000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x244e, revid=0xd3 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2640, revid=0x03 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x266f, revid=0x03 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0288, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 map[20]: type 4, range 32, base 00000500, size 4, enabled pcib0: no PRT entry for 0.31.INTAfound-> vendor=0x8086, dev=0x2652, revid=0x03 bus=0, slot=31, func=2 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0047, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00001080, size 3, enabled map[14]: type 4, range 32, base 00001088, size 2, enabled map[18]: type 4, range 32, base 00001090, size 3, enabled map[1c]: type 4, range 32, base 00001098, size 2, enabled map[20]: type 4, range 32, base 000010a0, size 4, enabled map[24]: type 1, range 32, base fbee0000, size 10, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 pcib1: at device 1.0 on pci0 pcib1: secondary bus 5 pcib1: subordinate bus 11 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfdf00000-0xfdffffff pcib1: prefetched decode 0xfff00000-0xfffff pci5: on pcib1 pci5: physical bus=5 found-> vendor=0x8086, dev=0x0329, revid=0x09 bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x032a, revid=0x09 bus=5, slot=0, func=2 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) pcib2: at device 0.0 on pci5 pcib2: secondary bus 6 pcib2: subordinate bus 8 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xfdf00000-0xfdffffff pcib2: prefetched decode 0xfff00000-0xfffff pci6: on pcib2 pci6: physical bus=6 found-> vendor=0x14e4, dev=0x1648, revid=0x10 bus=6, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base fdff0000, size 16, enabled pcib2: (null) requested memory range 0xfdff0000-0xfdffffff: good pcib1: (null) requested memory range 0xfdff0000-0xfdffffff: good pcib2: matched entry for 6.1.INTA pcib2: slot 1 INTA hardwired to IRQ 24 found-> vendor=0x14e4, dev=0x1648, revid=0x10 bus=6, slot=1, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0156, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=b, irq=7 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base fdfe0000, size 16, enabled pcib2: (null) requested memory range 0xfdfe0000-0xfdfeffff: good pcib1: (null) requested memory range 0xfdfe0000-0xfdfeffff: good pcib2: matched entry for 6.1.INTB pcib2: slot 1 INTB hardwired to IRQ 25 bge0: mem 0xfdff0000-0xfdffffff irq 24 at device 1.0 on pci6 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfdff0000 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:14:c2:3b:e1:fb bge0: [MPSAFE] bge1: mem 0xfdfe0000-0xfdfeffff irq 25 at device 1.1 on pci6 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfdfe0000 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: bpf attached bge1: Ethernet address: 00:14:c2:3b:e1:fa bge1: [MPSAFE] pcib3: at device 0.2 on pci5 pcib3: secondary bus 9 pcib3: subordinate bus 11 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xfff00000-0xfffff pcib3: prefetched decode 0xfff00000-0xfffff pci9: on pcib3 pci9: physical bus=9 pcib4: at device 28.0 on pci0 pcib4: secondary bus 2 pcib4: subordinate bus 4 pcib4: I/O decode 0xf000-0xfff pcib4: memory decode 0xfff00000-0xfffff pcib4: prefetched decode 0xfff00000-0xfffff pci2: on pcib4 pci2: physical bus=2 uhci0: port 0x1000-0x101f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1000 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1020-0x103f irq 17 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1020 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1040-0x105f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1040 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1060-0x107f irq 19 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1060 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbef0000-0xfbef03ff irq 16 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfbef0000 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: vendor 0x0402 USB 2.0 Storage Device, rev 2.00/1.12, addr 2 umass0:0:0:-1: Attached to scbus0 pcib5: at device 30.0 on pci0 pcib5: secondary bus 1 pcib5: subordinate bus 1 pcib5: I/O decode 0x2000-0x3fff pcib5: memory decode 0xfbf00000-0xfdefffff pcib5: prefetched decode 0xfff00000-0xfffff pcib5: Subtractively decoded bridge. pci1: on pcib5 pci1: physical bus=1 found-> vendor=0x0e11, dev=0xb203, revid=0x01 bus=1, slot=2, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0103, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=7 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00002800, size 8, enabled pcib5: (null) requested I/O range 0x2800-0x28ff: in range map[14]: type 1, range 32, base fdef0000, size 9, enabled pcib5: (null) requested memory range 0xfdef0000-0xfdef01ff: good pcib5: matched entry for 1.2.INTA pcib5: slot 2 INTA hardwired to IRQ 22 found-> vendor=0x0e11, dev=0xb204, revid=0x01 bus=1, slot=2, func=2 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0197, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 00003000, size 8, enabled pcib5: (null) requested I/O range 0x3000-0x30ff: in range map[14]: type 1, range 32, base fdee0000, size 11, enabled pcib5: (null) requested memory range 0xfdee0000-0xfdee07ff: good map[18]: type 1, range 32, base fded0000, size 13, enabled pcib5: (null) requested memory range 0xfded0000-0xfded1fff: good map[1c]: type 1, range 32, base fde00000, size 19, enabled pcib5: (null) requested memory range 0xfde00000-0xfde7ffff: good pcib5: matched entry for 1.2.INTB pcib5: slot 2 INTB hardwired to IRQ 23 found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=1, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fc000000, size 24, enabled pcib5: (null) requested memory range 0xfc000000-0xfcffffff: good map[14]: type 4, range 32, base 00003400, size 8, enabled pcib5: (null) requested I/O range 0x3400-0x34ff: in range map[18]: type 1, range 32, base fbff0000, size 12, enabled pcib5: (null) requested memory range 0xfbff0000-0xfbff0fff: good pci1: at device 2.0 (no driver attached) pci1: at device 2.2 (no driver attached) pci1: at device 3.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x500-0x50f irq 7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x500 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=00 ostat1=3f ata0: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=00 stat1=00 devices=0x0 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=7f ostat1=7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata1: reset tp2 stat0=ff stat1=ff devices=0x0 ata1: [MPSAFE] atapci1: port 0x1080-0x1087,0x1088-0x108b,0x1090-0x1097,0x1098-0x109b,0x10a0-0x10af mem 0xfbee0000-0xfbee03ff ir q 17 at device 31.2 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x10a0 atapci1: [MPSAFE] atapci1: Reserved 0x400 bytes for rid 0x24 type 3 at 0xfbee0000 atapci1: [MPSAFE] ata2: on atapci1 ata2: SATA connect status=00000000 ata2: [MPSAFE] ata3: on atapci1 ata3: SATA connect status=00000000 ata3: [MPSAFE] ata4: on atapci1 ata4: SATA connect status=00000000 ata4: [MPSAFE] ata5: on atapci1 ata5: SATA connect status=00000000 ata5: [MPSAFE] acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 sio0: irq maps: 0x4a1 0x4b1 0x4a1 0x4a1 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] ahc_isa_probe 0: ioport 0xc00 alloc failed ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it sio: sio0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed 0 unknown: status reg test failed f0 unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xee000-0xeffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0x4e1 0x4e1 0x4e1 0x4e1 sio1: probe failed test(s): 4 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 99750195 hz Timecounter "TSC" frequency 3391521599 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached md0: Preloaded image 4423680 bytes at 0xc0a3070c fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout fdc0: output ready timeout fdc0: input ready timeout fdc0: input ready timeout (probe0:umass-sim0:0:0:0): Retrying Command (probe0:umass-sim0:0:0:0): error 22 (probe0:umass-sim0:0:0:0): Unretryable Error pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 40.000MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 12 (ISA IRQ 12) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 16 (PCI IRQ 16) to cluster 0 ioapic0: routing intpin 17 (PCI IRQ 17) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 ioapic1: routing intpin 0 (PCI IRQ 24) to cluster 0 ioapic1: routing intpin 1 (PCI IRQ 25) to cluster 0 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: cd present [261301 x 2048 byte records] Trying to mount root from ufs:/dev/md0 start_init: trying /sbin/init start_init: trying /sbin/oinit start_init: trying /sbin/init.bak start_init: trying /rescue/init start_init: trying /stand/sysinstall --- kind regards, Christian Meutes systems engineer -- claranet gmbh internet service provider tel +49 (0) 69 - 40 80 18 - 300 email: christian.meutes@de.clara.net http://www.claranet.de/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 15:08:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21A9C16A41F for ; Wed, 9 Nov 2005 15:08:54 +0000 (GMT) (envelope-from Ingeborg.Hellemo@cc.uit.no) Received: from mux2.uit.no (mux2.uit.no [129.242.5.252]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EC1643D48 for ; Wed, 9 Nov 2005 15:08:52 +0000 (GMT) (envelope-from Ingeborg.Hellemo@cc.uit.no) Received: from flode.cc.uit.no (flode.cc.uit.no [129.242.6.250]) by mux2.uit.no (8.13.3/8.13.3/Mux) with ESMTP id jA9F8pqK067868 for ; Wed, 9 Nov 2005 16:08:51 +0100 (CET) Received: from dis.cc.uit.no (dis.cc.uit.no [129.242.6.225]) by flode.cc.uit.no (8.13.3/8.13.1) with ESMTP id jA9F8o4x056649 for ; Wed, 9 Nov 2005 16:08:50 +0100 (CET) (envelope-from ingeborg@cc.uit.no) Received: from dis.cc.uit.no (localhost.cc.uit.no [127.0.0.1]) by dis.cc.uit.no (8.13.3/8.13.1) with ESMTP id jA9F8oIb014038 for ; Wed, 9 Nov 2005 16:08:50 +0100 (CET) (envelope-from ingeborg@dis.cc.uit.no) Message-Id: <200511091508.jA9F8oIb014038@dis.cc.uit.no> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Date: Wed, 09 Nov 2005 16:08:50 +0100 From: Ingeborg Hellemo X-Virus-Scanned: : ok X-Scanned-By: MIMEDefang 2.36 Subject: Why use 60 sec on da0 during boot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 15:08:54 -0000 Fresh new ProLiant dl380 2 CPU/dual core Fresh new FreeBSD 6.0-RELEASE During boot I arrive at da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) then nothing happens for about 60 seconds and then everything proceedes as usual (starting daemons, mounting NFS-disks etc.) During the period the lights are on on both disks and floppy-station. I had some problems during install with the partitioning of the disk. When i chose to use the rest of the disk for the last partition I got an error message along the lines of "Disk too large" (don't remember the exact wording). I got around this by pressing 'A' and letting the installer choose the partition sizes. Is this a problem with the disk layout? Where shall I begin the debugging? Full dmesg.boot: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.40GHz (3400.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x649d> AMD Features=0x20000000 Hyperthreading: 2 logical CPUs real memory = 2147430400 (2047 MB) avail memory = 2096619520 (1999 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard ioapic3 irqs 72-95 on motherboard ioapic4 irqs 96-119 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 5 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 5 on acpi0 pci_link6: irq 5 on acpi0 pci_link7: irq 5 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x908-0x90b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 pcib0: on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci2: on pcib1 pcib2: at device 0.0 on pci2 pci3: on pcib2 bge0: mem 0xfdef0000-0xfdefffff irq 25 at device 1.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:14:38:bf:dd:6f bge1: mem 0xfdee0000-0xfdeeffff irq 26 at device 1.1 on pci3 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:14:38:bf:dd:6e pcib3: at device 0.2 on pci2 pci4: on pcib3 ciss0: port 0x4000-0x40ff mem 0xfdff0000-0xfdff1fff,0xfdf80 000-0xfdfbffff irq 51 at device 3.0 on pci4 ciss0: [GIANT-LOCKED] pcib4: at device 6.0 on pci0 pci5: on pcib4 pcib5: at device 0.0 on pci5 pci6: on pcib5 pcib6: at device 0.2 on pci5 pci10: on pcib6 uhci0: port 0x2000-0x201f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x2020-0x203f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x2040-0x205f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x2060-0x207f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfbef0000-0xfbef03ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib7: at device 30.0 on pci0 pci1: on pcib7 pci1: at device 3.0 (no driver attached) pci1: at device 4.0 (no driver attached) pci1: at device 4.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x3 76,0x500-0x50f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_tz0: 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 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xefff f on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3400138193 Hz quality 800 Timecounters tick every 1.000 msec atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x3 76,0x500-0x50f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_tz0: 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 sio0: port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xee000-0xefff f on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3400138193 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDROM at ata0-master UDMA33 da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) Trying to mount root from ufs:/dev/da0s1a --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg@cc.uit.no (Univ. of Tromsø, Norway) From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 15:14:10 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA10116A41F; Wed, 9 Nov 2005 15:14:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 477DB43D46; Wed, 9 Nov 2005 15:14:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jA9FE98j053863; Wed, 9 Nov 2005 10:14:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jA9FE94E003598; Wed, 9 Nov 2005 10:14:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C2819241A3; Wed, 9 Nov 2005 10:14:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051109151408.C2819241A3@freebsd-stable.sentex.ca> Date: Wed, 9 Nov 2005 10:14:08 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_5 tinderbox] failure on alpha/alpha X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 15:14:10 -0000 TB --- 2005-11-09 14:06:05 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2005-11-09 14:06:05 - starting RELENG_5 tinderbox run for alpha/alpha TB --- 2005-11-09 14:06:06 - cleaning the object tree TB --- 2005-11-09 14:07:03 - checking out the source tree TB --- 2005-11-09 14:07:03 - cd /tinderbox/RELENG_5/alpha/alpha TB --- 2005-11-09 14:07:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-11-09 14:15:45 - building world (CFLAGS=-O -pipe) TB --- 2005-11-09 14:15:45 - cd /src TB --- 2005-11-09 14:15:45 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-09 14:59:40 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 14:59:40 - cd /src TB --- 2005-11-09 14:59:40 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 9 14:59:40 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Nov 9 15:07:05 UTC 2005 TB --- 2005-11-09 15:07:05 - generating LINT kernel config TB --- 2005-11-09 15:07:05 - cd /src/sys/alpha/conf TB --- 2005-11-09 15:07:05 - /usr/bin/make -B LINT TB --- 2005-11-09 15:07:05 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 15:07:05 - cd /src TB --- 2005-11-09 15:07:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 9 15:07:05 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:968: error: `isa_devclass' undeclared here (not in a function) /src/sys/pci/viapm.c:968: error: initializer element is not constant /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_devclass') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_devclass') *** Error code 1 Stop in /obj/alpha/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-09 15:14:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-09 15:14:08 - ERROR: failed to build lint kernel TB --- 2005-11-09 15:14:08 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 15:25:17 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B21F16A41F; Wed, 9 Nov 2005 15:25:17 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEBF543D49; Wed, 9 Nov 2005 15:25:15 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54 (FreeBSD)) id 1EZrp5-00099b-5E; Wed, 09 Nov 2005 15:25:15 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.54 (FreeBSD)) id 1EZrp3-000L0m-Pm; Wed, 09 Nov 2005 05:25:14 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17266.5337.193391.747185@roam.psg.com> Date: Wed, 9 Nov 2005 05:25:13 -1000 To: FreeBSD Tinderbox References: <20051109045815.7FB76241A3@freebsd-stable.sentex.ca> Cc: stable@freebsd.org, i386@freebsd.org Subject: Re: [releng_5 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 15:25:17 -0000 this one is eating my breakfast (too early for lunch here:-) randy From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 16:36:45 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF43816A41F for ; Wed, 9 Nov 2005 16:36:45 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE84A43D48 for ; Wed, 9 Nov 2005 16:36:44 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 553193F12; Wed, 9 Nov 2005 17:36:43 +0100 (CET) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19723-10-2; Wed, 9 Nov 2005 17:36:39 +0100 (CET) Received: from [10.38.0.120] (unknown [212.12.51.89]) by crivens.unixoid.de (Postfix) with ESMTP id BB18B3F2C; Wed, 9 Nov 2005 17:36:34 +0100 (CET) Message-ID: <4372256F.2020800@kernel32.de> Date: Wed, 09 Nov 2005 17:35:59 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: stable@freebsd.org, Pete French Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 16:36:45 -0000 Hi there, short additional step: Claus Guttesen wrote: > > The easiest would be to > > 1. cvsup to RELENG_6 (or RELENG_6_0) 1.1 cd /usr/obj; chflags noschg *; rm -rf * > 2. cd /usr/src > 3. make buildworld > 4. make buildkernel > 5. make installkernel > 6. mergemaster -p > 7. reboot into single-usermode and verify your new kernel works > 8. mount -a > 9. make installworld > 10. mergemaster > 11. reboot best regards, Marian PS.: Just did an upgrade remote from 5.4-RELEASE to 6.0-RELEASE without any problems. Steps taken as described above ;) PPS.: You may have to rebuild all your ports if you had some installed, due to version bumps. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 16:41:34 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 083F616A41F for ; Wed, 9 Nov 2005 16:41:34 +0000 (GMT) (envelope-from m@absolight.fr) Received: from plouf.absolight.net (plouf.absolight.net [193.30.224.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3B4C43D49 for ; Wed, 9 Nov 2005 16:41:33 +0000 (GMT) (envelope-from m@absolight.fr) Received: from andromede.in.absolight.net (andromede.in.absolight.net [193.30.224.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id AB0AA4A9F4C for ; Wed, 9 Nov 2005 17:41:31 +0100 (CET) Date: Wed, 09 Nov 2005 17:41:15 +0100 From: Mathieu Arnold To: stable@freebsd.org Message-ID: <028EE246DF28C9A9AF5DE144@[192.168.9.2]> X-Mailer: Mulberry/4.0.4 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Panic using an USB gps with uplcom X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 16:41:34 -0000 Hi, Using a RELENG_6_0 from this morning, I got the panic message : Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc061de49 stack pointer = 0x28:0xcad86afc frame pointer = 0x28:0xcad86b2c 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 = 1097 (ntpd) trap number = 12 panic: page fault Uptime: 11m10s Dumping 190 MB (2 chunks) the backtrace is there : http://p.mat.cc/x and the dmesg is there : http://p.mat.cc/z the GPS USB device is seen on 6.0 as : ucom0: vendor 0x067b product 0x2303, rev 1.10/2.02, addr 2 on 5.4 it was : ucom0: Prolific Technology PL2303 Serial adapter (ATEN/IOGEAR UC232A), rev 1.10/2.02, addr 2 I've saved the kernel.debug and vmcore.0 if someone is interested, and I'd be willing to try patches :-) -- Mathieu Arnold \ Responsable R & D a b s o l i g h t \ www.absolight.fr 99, rue du Faubourg Saint-Martin 75010 Paris tel : 0821.801.821 / fax : 0821.801.822 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 16:58:22 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA4C016A41F for ; Wed, 9 Nov 2005 16:58:22 +0000 (GMT) (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 0C92443D45 for ; Wed, 9 Nov 2005 16:58:21 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (pqbqjy@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id jA9GwJ8B060837 for ; Wed, 9 Nov 2005 17:58:19 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id jA9GwJin060836; Wed, 9 Nov 2005 17:58:19 +0100 (CET) (envelope-from olli) Date: Wed, 9 Nov 2005 17:58:19 +0100 (CET) Message-Id: <200511091658.jA9GwJin060836@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <4372256F.2020800@kernel32.de> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) Cc: Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 16:58:22 -0000 While we're nit-picking ... ;-) Marian Hettwer wrote: > short additional step: > > Claus Guttesen wrote: > > > > The easiest would be to > > > > 1. cvsup to RELENG_6 (or RELENG_6_0) > 1.1 cd /usr/obj; chflags noschg *; rm -rf * > > 2. cd /usr/src > > 3. make buildworld > > 4. make buildkernel > > 5. make installkernel > > 6. mergemaster -p > > 7. reboot into single-usermode and verify your new kernel works 7.1 fsck -p 7.2 mount -u -o rw / > > 8. mount -a > > 9. make installworld > > 10. mergemaster > > 11. reboot Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. C++: "an octopus made by nailing extra legs onto a dog" -- Steve Taylor, 1998 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 17:40:22 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D49A16A420 for ; Wed, 9 Nov 2005 17:40:22 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id B00CE43D46 for ; Wed, 9 Nov 2005 17:40:20 +0000 (GMT) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id jA9HeIhw028020; Wed, 9 Nov 2005 18:40:19 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <20051108195413.N81265@thought.holo.org> References: <00a801c5e48c$23798cd0$5317fb93@KLOBOUCEK> <20051108195413.N81265@thought.holo.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Wed, 9 Nov 2005 18:40:17 +0100 To: Brian Buchanan X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org Subject: Re: psm0 broken with acpi_ibm on 6.0-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: Wed, 09 Nov 2005 17:40:22 -0000 Am 09.11.2005 um 04:55 schrieb Brian Buchanan: > On Tue, 8 Nov 2005, Petr Holub wrote: > >> I've found the following problem on my IBM T41p when running 6.0- >> RELEASE: >> when both psm and acpi_ibm are compiled in the kernel, the psm0 >> device >> (touchpad) doesn't initialize properly - with verbose logging it says >> psm0: unable to allocate IRQ >> When acpi_ibm is removed from the kernel, psm0 works OK. >> >> However, combination of both psm and acpi_ibm used to work at least >> till 6.0-BETA4, which is what I had previously on this laptop. > > I have the same problem with my IBM T40p. If I load acpi_ibm after > boot, the module loads fine and the mouse continues to work. It > looks like acpi_ibm, if loaded by /boot/loader, takes over irq 12 > and prevents psm from attaching. On a A21m, I've loaded acpi_ibm after boot, and now psm0 appears to be dead. vmstat -i reports a total of 73 interrupts for irq12, and it doesn't increase when I push one of the buttons, or move the stick. Interestingly enough, after rebooting and loading acpi_ibm from loader.conf, everything seems to be working just fine. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 18:09:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9289C16A41F; Wed, 9 Nov 2005 18:09:13 +0000 (GMT) (envelope-from sheldonh@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31FE743D46; Wed, 9 Nov 2005 18:09:12 +0000 (GMT) (envelope-from sheldonh@clue.co.za) Received: from uucp by munchkin.clue.co.za with local (Exim 4.54) id 1EZuNg-0005Sg-7q; Wed, 09 Nov 2005 18:09:08 +0000 Received: from axlet.clue.co.za ([10.0.0.8]) by urchin.clue.co.za with esmtpa (Exim 4.52) id 1EZuN2-0008HC-7i; Wed, 09 Nov 2005 20:08:38 +0200 From: Sheldon Hearn Organization: Clue Technologies To: Nate Lawson Date: Wed, 9 Nov 2005 20:08:31 +0200 User-Agent: KMail/1.8.3 References: <1551247422.20051109105345@serebryakov.spb.ru> <4371AF8C.4040706@root.org> In-Reply-To: <4371AF8C.4040706@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1753771.69Vb8FI797"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511092008.36939@axl.clue.co.za> X-Spam-Scanner: urchin.clue.co.za X-Spam-Score: -2.8 (--) [INT -27] X-Spam-Report: -2.8/5.0 ---- Start SpamAssassin results * -2.8 ALL_TRUSTED Did not pass through any untrusted hosts ---- End SpamAssassin results Cc: Lev Serebryakov , freebsd-stable@freebsd.org Subject: Re: 6.0 on VMWare 5.0: `calcru: negative runtime of -12728437 usec for pid 28 (irq17: lnc0)' X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 18:09:13 -0000 --nextPart1753771.69Vb8FI797 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 09 November 2005 10:13, Nate Lawson wrote: > Try using TSC or i8254: > sysctl kern.MUMBLE.timecounter=3DTSC > > (developers@ removed from cc:) Also, consider setting host.useFastclock =3D "FALSE" in your server's .vmx file. This makes all the difference for a Linux guest OS, along with ensuring=20 that the host OS kernel has HZ defined as high as possible (1000 on x86=20 Linux). Ciao, Sheldon. --nextPart1753771.69Vb8FI797 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD4DBQBDcjskpGJX8XSgas0RAm0bAJQK9QDhfhV//PMvPEJPZaXdmkHYAJ4+BxWp nLNDRrlNJ237miR5ZHU67g== =pdFW -----END PGP SIGNATURE----- --nextPart1753771.69Vb8FI797-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 18:42:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7C3C16A41F for ; Wed, 9 Nov 2005 18:42:44 +0000 (GMT) (envelope-from bvowk@math.ualberta.ca) Received: from 3jane.math.ualberta.ca (3jane.math.ualberta.ca [129.128.206.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67CB143D45 for ; Wed, 9 Nov 2005 18:42:40 +0000 (GMT) (envelope-from bvowk@math.ualberta.ca) Received: from 3jane.math.ualberta.ca (localhost.math.ualberta.ca [127.0.0.1]) by 3jane.math.ualberta.ca (8.13.4/8.13.4) with ESMTP id jA9Igat3004047 for ; Wed, 9 Nov 2005 11:42:36 -0700 (MST) (envelope-from bvowk@math.ualberta.ca) Received: from localhost (bvowk@localhost) by 3jane.math.ualberta.ca (8.13.4/8.13.1/Submit) with ESMTP id jA9IgZJb004044 for ; Wed, 9 Nov 2005 11:42:36 -0700 (MST) (envelope-from bvowk@math.ualberta.ca) X-Authentication-Warning: 3jane.math.ualberta.ca: bvowk owned process doing -bs Date: Wed, 9 Nov 2005 11:42:35 -0700 (MST) From: Barkley Vowk To: freebsd-stable@freebsd.org Message-ID: <20051109113648.D3622@3jane.math.ualberta.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Filesystems >1TB not possible on 6.0-R (anymore?). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 18:42:44 -0000 I've got a 3TB (7 x 500GB w/ hot-spare) array on an areca board in amd64. Under 5.4-R I could have >1TB filesystems without an issue. I recall not having problems with 6.0-BETA5 too. However, 6.0-R gives me a tragic: /dev/da0s1d 723G 54G 611G 8% /home Certainly not what I was hoping for. I've tried both i386 and amd64 releases. Especially since that apparent limit is much smaller than 1TB. Dmesg Below. Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Wed Nov 9 09:53:34 MST 2005 root@koth.math.ualberta.ca:/usr/obj/usr/src/sys/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 252 (2591.71-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20f51 Stepping = 1 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 4227792896 (4031 MB) avail memory = 4082405376 (3893 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 9 on acpi0 pci_link2: irq 11 on acpi0 pci_link3: irq 10 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 6.0 on pci0 pci4: on pcib1 ohci0: mem 0xfeafc000-0xfeafcfff irq 19 at device 0.0 on pci4 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfeafd000-0xfeafdfff irq 19 at device 0.1 on pci4 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xac00-0xac03,0xa880-0xa88f mem 0xfeafec00-0xfeafefff irq 19 at device 5.0 on pci4 ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ata5: on atapci0 pci4: at device 6.0 (no driver attached) fxp0: port 0xa800-0xa83f mem 0xfeafb000-0xfeafbfff,0xfeaa0000-0xfeabffff irq 18 at device 8.0 on pci4 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:e0:81:30:9d:92 isab0: at device 7.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 7.1 on pci0 ata0: on atapci1 ata1: on atapci1 pci0: at device 7.2 (no driver attached) pci0: at device 7.3 (no driver attached) pcib2: at device 10.0 on pci0 pci3: on pcib2 bge0: mem 0xfc8c0000-0xfc8cffff,0xfc8b0000-0xfc8bffff irq 24 at device 9.0 on pci3 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:30:9d:a4 bge1: mem 0xfc8f0000-0xfc8fffff,0xfc8e0000-0xfc8effff irq 25 at device 9.1 on pci3 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:e0:81:30:9d:a5 pci0: at device 10.1 (no driver attached) pcib3: at device 11.0 on pci0 pci1: on pcib3 pcib4: at device 1.0 on pci1 pci2: on pcib4 arcmsr0: mem 0xfc7ff000-0xfc7fffff irq 31 at device 14.0 on pci2 arcmsr0: [GIANT-LOCKED] pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcc7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata1-master PIO4 ad4: 152627MB at ata2-master SATA150 da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 2861638MB (5860635648 512 byte sectors: 255H 63S/T 364807C) ar0: WARNING - mirror protection lost. RAID1 array in DEGRADED mode ar0: 152626MB status: DEGRADED ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 DOWN no device found for this subdisk SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a bge0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 20:09:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21B6D16A41F for ; Wed, 9 Nov 2005 20:09:18 +0000 (GMT) (envelope-from soibsmail-x1@yahoo.fr) Received: from smtp007.mail.ukl.yahoo.com (smtp007.mail.ukl.yahoo.com [217.12.11.96]) by mx1.FreeBSD.org (Postfix) with SMTP id 4AF9943D45 for ; Wed, 9 Nov 2005 20:09:17 +0000 (GMT) (envelope-from soibsmail-x1@yahoo.fr) Received: (qmail 55178 invoked from network); 9 Nov 2005 20:09:16 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=Received:Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-Antivirus:X-Antivirus-Status; b=MAByApk7MN4drU5lOy87Jj/d3GMIhYKjH2vBi9SZoQ5GEL2q4HOax8emIGrfYboHkdq2qn1DyYrcQaylRXW9CjjoLgYiEhglUsV/4jEraNUrdnRLSgKDko8wyBpog8OcQKTZqkzfFHcLw0kTVj1gkHnUYWF2Aob4RZyrzG6QUYc= ; Received: from unknown (HELO ?127.0.0.1?) (whybee02@80.9.142.140 with plain) by smtp007.mail.ukl.yahoo.com with SMTP; 9 Nov 2005 20:09:15 -0000 Message-ID: <43725750.3070006@yahoo.fr> Date: Wed, 09 Nov 2005 21:08:48 +0100 From: Soib User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: fr, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4369D7CC.5030608@yahoo.fr> In-Reply-To: <4369D7CC.5030608@yahoo.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 0545-1, 09/11/2005), Outbound message X-Antivirus-Status: Clean Subject: Re: How to get FreeBSD 5.4 installed on Compaq Presario R3000 serie ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 20:09:18 -0000 Hi all, I've found finally the solution on http://lists.freebsd.org/mailman/htdig/freebsd-mobile/2005-May/006369.html. And there is a patched kernel for Compaq R3000 available to download. Now FreeBSD 5.4 is installed on my Compaq, great ! Many thanks to george+freebsd at m5p.com*, *the author of this page and to Jung-uk Kim who create the patch for Compaq R3000. Soib Soib aurait rédigé ce qui suit le 03/11/2005 10:26: > I'm trying getting FreeBSD 5.4 installed from CD on my laptop Compaq > Presario R3117EA (Intel Celeron and ATI 9000 IGP) without any success. > CD installation starts well and the menu is well displayed. But whatever > I choose, the kernel message is displayed and ... my PC is shut off :( > ___________________________________________________________________________ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 20:10:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 404F216A41F for ; Wed, 9 Nov 2005 20:10:31 +0000 (GMT) (envelope-from bvowk@math.ualberta.ca) Received: from 3jane.math.ualberta.ca (3jane.math.ualberta.ca [129.128.206.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE0C143D53 for ; Wed, 9 Nov 2005 20:10:27 +0000 (GMT) (envelope-from bvowk@math.ualberta.ca) Received: from 3jane.math.ualberta.ca (localhost.math.ualberta.ca [127.0.0.1]) by 3jane.math.ualberta.ca (8.13.4/8.13.4) with ESMTP id jA9K9okr004311; Wed, 9 Nov 2005 13:09:50 -0700 (MST) (envelope-from bvowk@math.ualberta.ca) Received: from localhost (bvowk@localhost) by 3jane.math.ualberta.ca (8.13.4/8.13.1/Submit) with ESMTP id jA9K9oBl004308; Wed, 9 Nov 2005 13:09:50 -0700 (MST) (envelope-from bvowk@math.ualberta.ca) X-Authentication-Warning: 3jane.math.ualberta.ca: bvowk owned process doing -bs Date: Wed, 9 Nov 2005 13:09:50 -0700 (MST) From: Barkley Vowk To: David Kirchner In-Reply-To: <35c231bf0511091204t60817b15v6934e41323f4060a@mail.gmail.com> Message-ID: <20051109130654.R3622@3jane.math.ualberta.ca> References: <20051109113648.D3622@3jane.math.ualberta.ca> <35c231bf0511091204t60817b15v6934e41323f4060a@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Filesystems >1TB not possible on 6.0-R (anymore?). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 20:10:31 -0000 No. The installer showed only one slice da0s1d, and the whole disk was assigned to it. I'd check on the running box but: koth# disklabel -e /dev/da0 disklabel: disks with more than 2^32-1 sectors are not supported /dev only shows: koth# ls /dev/da0* /dev/da0 /dev/da0s1 /dev/da0s1c /dev/da0s1d So I expect it is all assigned to the one slice. On Wed, 9 Nov 2005, David Kirchner wrote: > On 11/9/05, Barkley Vowk wrote: >> I've got a 3TB (7 x 500GB w/ hot-spare) array on an areca board in amd64. >> >> Under 5.4-R I could have >1TB filesystems without an issue. I recall not >> having problems with 6.0-BETA5 too. >> >> However, 6.0-R gives me a tragic: >> >> /dev/da0s1d 723G 54G 611G 8% /home >> >> Certainly not what I was hoping for. >> >> I've tried both i386 and amd64 releases. >> >> Especially since that apparent limit is much smaller than 1TB. > > Curious. Is there any remaining space for a second slice, as in da0s2? > From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 21:16:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7971216A41F for ; Wed, 9 Nov 2005 21:16:35 +0000 (GMT) (envelope-from pkeusem@visi.com) Received: from conn.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D54943D5E for ; Wed, 9 Nov 2005 21:16:33 +0000 (GMT) (envelope-from pkeusem@visi.com) Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by conn.mc.mpls.visi.com (Postfix) with ESMTP id 60F328316; Wed, 9 Nov 2005 15:16:32 -0600 (CST) Received: by isis.visi.com (Postfix, from userid 5168) id E96B476C71; Wed, 9 Nov 2005 15:16:31 -0600 (CST) Date: Wed, 9 Nov 2005 15:16:31 -0600 From: Paul Keusemann To: Billy Newsom Message-ID: <20051109211631.GB26009@isis.visi.com> Mail-Followup-To: Paul Keusemann , Billy Newsom , freebsd-stable@freebsd.org References: <20051108163041.GB4622@isis.visi.com> <43717AB5.50606@leadhill.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43717AB5.50606@leadhill.net> User-Agent: Mutt/1.3.27i Cc: freebsd-stable@freebsd.org Subject: Re: 5-stable kernel hang during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Keusemann List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 21:16:35 -0000 On Tue, Nov 08, 2005 at 10:27:33PM -0600, Billy Newsom wrote: > See my posts and others on these topics: > critical BOOT failure updating to latest 5-Stable (5.4) > 5.3 -> 5.4 breaks ATA (Intel ICH2) > [PATCH] option to re-enable aggressive ATA probing Thanks for the pointers. I have not been able to figure out how to get the mail list archive search to give me anything useful yet. So far, neither the patch to /usr/src/sys/dev/ata/ata-lowlevel.c or reverting to the 5.3-Release acpi.ko has solved my problem. It appears I have the same problem as Julian Dunn. The hang is occurring in the same place anyway. Has anyone who has had a problem with 5-Stable tried 6.0? > > Those are from September 2005, when I and others started having problems > with the latest (poor) edits to the 5-Stable code. > > There was obviously a regression for many of us with certain hard drives > or systems. As an important side note, notice that I am using a similar > computer to yours, an IBM PC365 with dual Pentium Pros. Although I have > not tried the patch due to lack of time, I hope that will fix your > issue. Also, I wonder if we share a similar bad BIOS issue in which our > systems seem to choke on this new code for IDE detection during boot > time. See my dmesg output in the archives. > > BTW, this has effectively kept me from upgrading to the latest 5-Stable > since September, as it is not a quick and easy task on my old system. > > Also, there might be another mailing list - ACPI or something where > there may be more answers. > > I don't know if there is a PR for this, yet. I had thought of filing > one, but I sort of forgot. Check the archives to see if someone else did. > > Billy > > Paul Keusemann wrote: > >Hi, > > > >I've got an IBM Intellistation M Pro with dual 600 Mhz PIIIs, an IBM > >DNES-309170W (da0 on ahc0) as the root drive and HighPoint RocketRaid 1520 > >with two WD1600JD drives mirrored as data drives. There is nothing on > >ata0 and the CD-ROM drive is the master on ata1. I have been running a > >custom kernel (GENERIC with SMP) since installation. The verbose output > >from dmesg from the a 5.4 Release kernel (booted from CD-ROM) is attached. > > > >I installed 5.3 Release on this machine a while back and just decided > >to try to upgrade to 5.4 Stable. (This is my first attempt at > >doing a buildworld upgrade.) I cvsup'ed /usr/src using the stable-supfile > >in /usr/share/examples/cvsup. I then followed the instructions in > >/usr/src/Makefile to build world, build a new custom kernel and install > >the new kernel. Then I attempted to reboot into single user mode. The > >boot hangs while processing ata1, right after the following: > > > > ata0: [MPSAFE] > > ata1: channel #1 on atapci0 > > atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 > > atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 > > > >The really interesting part is that after installing the new kernel, > >I can't boot from kernel.old or another backup of my custom kernel. > >They both hang in the same way as the new kernel. If I boot off the 5.4 > >Release CD-ROM, remove the new kernel and rename kernel.old to kernel, > >the system comes up just fine. > > > >At this point I guess I'm looking for any help I can get. > > > >Could the fact that there is nothing on ata0 be causing a problem? > > > >I know I can boot the 5.4 Release kernel, would I be better off upgrading > >from the install? > > > >I have had no problems with this machine so I can just scratch > >the upgrade, but it would be nice to be able to get it up to 5-stable > >and eventually 6-stable. > > > _______________________________________________ > 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" -- Paul Keusemann pkeusem@visi.com 4266 Joppa Court (952) 894-7805 Savage, MN 55378 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 21:26:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4AAF16A41F for ; Wed, 9 Nov 2005 21:26:39 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from gate.ka.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A4F643D48 for ; Wed, 9 Nov 2005 21:26:38 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by gate.ka.punkt.de with ESMTP id jA9LQbkk013324 for ; Wed, 9 Nov 2005 22:26:37 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id jA9LQbuL034281 for ; Wed, 9 Nov 2005 22:26:37 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id jA9LQaWN034280 for freebsd-stable@freebsd.org; Wed, 9 Nov 2005 22:26:36 +0100 (CET) (envelope-from ry93) From: "Patrick M. Hausen" Message-Id: <200511092126.jA9LQaWN034280@hugo10.ka.punkt.de> To: freebsd-stable@freebsd.org Date: Wed, 9 Nov 2005 22:26:36 +0100 (CET) X-Mailer: ELM [version 2.4ME+ PL99f (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Subject: 5.4 -> 6.0 gre changes? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 21:26:39 -0000 Hello! After updating from 5.4 to 6.0 - which went absolutely painless, BTW - I'm having a little difficulty getting my gre tunnel to the office intranet to work. This is the only thread I found via google, that possibly matches my problem. Unfortunately I cannot read Russian. http://groups.google.com/group/fido7.ru.unix.bsd/browse_thread/thread/38faf67ac1e3a850/399cf93a1d53994d In short: gif_interfaces="gre0" gifconfig_gre0="w.x.y.z t.u.v.w" # outside IP addresses of both GWs ifconfig_gre0="10.1.1.1/32 10.0.0.248 link1" static_routes="vpn" route_vpn="10.0.0.0/8 10.0.0.248" Worked with 5.4 like a charm. Now with 6.0 the interface is up and configured correctly (checked with ifconfig), netstat -rn looks fine, but seemingly it doesn't pass packets. This is the case after each reboot. "Touching" the interface in some way with ifconfig seems to whack it back to senses. Things like "ifconfig down && ifconfig up" or "ifconfig -link1 && ifconfig link1" or even "ifconfig debug" (which seems not to have any effect) make packets flow again. Any idea on where to look further? Thanks, Patrick M. Hausen Leiter Netzwerke und Sicherheit P.S. I do secure said tunnel with IPSec - just got that out of the way for testing purposes now. -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 21:37:01 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A678F16A41F for ; Wed, 9 Nov 2005 21:37:01 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out0.tiscali.nl (smtp-out0.tiscali.nl [195.241.79.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2236843D46 for ; Wed, 9 Nov 2005 21:37:01 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out0.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1EZxcq-0001LE-BU for ; Wed, 09 Nov 2005 22:37:00 +0100 Received: (qmail 2084 invoked from network); 9 Nov 2005 21:36:58 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 9 Nov 2005 21:36:58 -0000 To: "Marian Hettwer" , "Claus Guttesen" References: <4372256F.2020800@kernel32.de> Message-ID: Date: Wed, 09 Nov 2005 22:36:57 +0100 From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <4372256F.2020800@kernel32.de> User-Agent: Opera M2/8.50 (FreeBSD, build 1358) Cc: stable@freebsd.org, Pete French Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 21:37:01 -0000 On Wed, 09 Nov 2005 17:35:59 +0100, Marian Hettwer wrote: > Hi there, > > short additional step: > > Claus Guttesen wrote: >> The easiest would be to >> 1. cvsup to RELENG_6 (or RELENG_6_0) > 1.1 cd /usr/obj; chflags noschg *; rm -rf * >> 2. cd /usr/src >> 3. make buildworld >> 4. make buildkernel >> 5. make installkernel >> 6. mergemaster -p >> 7. reboot into single-usermode and verify your new kernel works >> 8. mount -a >> 9. make installworld >> 10. mergemaster >> 11. reboot > > best regards, > Marian > PS.: Just did an upgrade remote from 5.4-RELEASE to 6.0-RELEASE without > any problems. Steps taken as described above ;) How do you reboot into single-usermode from remote? (Rebooting isn't really the problem, working in single-usermode is.) -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 21:46:42 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2FCE16A41F for ; Wed, 9 Nov 2005 21:46:42 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from iaces.com (horton.iaces.com [204.147.87.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98CF943D5A for ; Wed, 9 Nov 2005 21:46:41 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125]) (authenticated bits=0) by iaces.com (8.13.4/8.13.3) with ESMTP id jA9Lkew5008907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 9 Nov 2005 15:46:40 -0600 (CST) (envelope-from ptroot@iaces.com) Message-ID: <43726E40.3090701@iaces.com> Date: Wed, 09 Nov 2005 15:46:40 -0600 From: "Paul T. Root" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 21:46:42 -0000 This script is one of the most frustrating things ever written. I made a fresh install (from CD) of 6.0R. In the install I added gnome2, sudo, and bash. That's it. Gnome came up fine. bash is great, sudo works. Now, since gnome 2.12 is out, I want to upgrade to that. Seems resonable. http://www.freebsd.org/gnome tells us not to use portupgrade to upgrade gnome2. The upgrades get out of order. Ok fine, use gnome-upgrade.sh. And keep trying it says. I've run it better than a dozen times, now. It's still trying. All day, I turn and look at it periodically, resolve whatever problem it seems to be having and start it up again. 1 time it said that it was successful! Woo Hoo! Wait, 2 times, it just finished... However it lies. What it's done is removed gnome completely. The problem seems to lie in that downloads fail and so I get a bunch of files in /usr/ports/distfiles that are not valid. Using good old ftp, I grab the file needed and either build the port and install or restart gnome-upgrade.sh I'm now assuming that since all gnome has been wiped off the disk, that the thing to do is build/install the port directly. Starting that up, I seem to be having the same downloading difficulties. -- ______ Paul T. Root / _ \ 1977 MGB / /|| \\ ||\/ || _ | || || || \ ||__// \______/ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 21:55:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79A9316A41F for ; Wed, 9 Nov 2005 21:55:06 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6102043D66 for ; Wed, 9 Nov 2005 21:54:59 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so452296wra for ; Wed, 09 Nov 2005 13:54:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=QhuYKEIbZoaX+SPH31m5GM0rgugTJ+uehxpAdJi2/LJ2s3Hlx9fcjiED1CVkEHBn63qaCiaLE8K7UKhfNfSEeIhXNfjZ5br+NnY4zNoJoyqX8TQRM/lZ127yCwnhUnzd3VBwnoexIF0BEVHXNTICzm38mMrdSTu2WsaApKsq1vI= Received: by 10.54.147.5 with SMTP id u5mr6202wrd; Wed, 09 Nov 2005 13:54:59 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 15sm1389904wrl.2005.11.09.13.54.58; Wed, 09 Nov 2005 13:54:59 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org Date: Wed, 9 Nov 2005 13:46:21 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> In-Reply-To: <43726E40.3090701@iaces.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511091346.22446.ringworm01@gmail.com> Cc: stable@freebsd.org, "Paul T. Root" Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 21:55:06 -0000 On Wednesday 09 November 2005 13:46, Paul T. Root wrote: > This script is one of the most frustrating things ever > written. > > I made a fresh install (from CD) of 6.0R. In the install > I added gnome2, sudo, and bash. That's it. Gnome came up fine. > bash is great, sudo works. > > Now, since gnome 2.12 is out, I want to upgrade to that. > Seems resonable. > > http://www.freebsd.org/gnome tells us not to use portupgrade > to upgrade gnome2. The upgrades get out of order. > > Ok fine, use gnome-upgrade.sh. And keep trying it says. > > I've run it better than a dozen times, now. It's still trying. > All day, I turn and look at it periodically, resolve whatever > problem it seems to be having and start it up again. > > 1 time it said that it was successful! Woo Hoo! Wait, 2 times, > it just finished... > > However it lies. What it's done is removed gnome completely. > > > The problem seems to lie in that downloads fail and so I get > a bunch of files in /usr/ports/distfiles that are not valid. > Using good old ftp, I grab the file needed and either build the > port and install or restart gnome-upgrade.sh > > I'm now assuming that since all gnome has been wiped off the > disk, that the thing to do is build/install the port directly. > Starting that up, I seem to be having the same downloading difficulties. As an alternative to gnome-upgrade.sh you may want to consider using sysutils/portmanager, all you need do is run portmanager x11/gnome2 It'll do the upgrade no problem, tested it twice now myself. -Mike From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 21:55:07 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19B3416A41F for ; Wed, 9 Nov 2005 21:55:07 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6119A43D6E for ; Wed, 9 Nov 2005 21:54:59 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so452295wra for ; Wed, 09 Nov 2005 13:54:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=QhuYKEIbZoaX+SPH31m5GM0rgugTJ+uehxpAdJi2/LJ2s3Hlx9fcjiED1CVkEHBn63qaCiaLE8K7UKhfNfSEeIhXNfjZ5br+NnY4zNoJoyqX8TQRM/lZ127yCwnhUnzd3VBwnoexIF0BEVHXNTICzm38mMrdSTu2WsaApKsq1vI= Received: by 10.54.147.5 with SMTP id u5mr6202wrd; Wed, 09 Nov 2005 13:54:59 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 15sm1389904wrl.2005.11.09.13.54.58; Wed, 09 Nov 2005 13:54:59 -0800 (PST) From: "Michael C. Shultz" To: freebsd-stable@freebsd.org Date: Wed, 9 Nov 2005 13:46:21 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> In-Reply-To: <43726E40.3090701@iaces.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511091346.22446.ringworm01@gmail.com> Cc: stable@freebsd.org, "Paul T. Root" Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 21:55:07 -0000 On Wednesday 09 November 2005 13:46, Paul T. Root wrote: > This script is one of the most frustrating things ever > written. > > I made a fresh install (from CD) of 6.0R. In the install > I added gnome2, sudo, and bash. That's it. Gnome came up fine. > bash is great, sudo works. > > Now, since gnome 2.12 is out, I want to upgrade to that. > Seems resonable. > > http://www.freebsd.org/gnome tells us not to use portupgrade > to upgrade gnome2. The upgrades get out of order. > > Ok fine, use gnome-upgrade.sh. And keep trying it says. > > I've run it better than a dozen times, now. It's still trying. > All day, I turn and look at it periodically, resolve whatever > problem it seems to be having and start it up again. > > 1 time it said that it was successful! Woo Hoo! Wait, 2 times, > it just finished... > > However it lies. What it's done is removed gnome completely. > > > The problem seems to lie in that downloads fail and so I get > a bunch of files in /usr/ports/distfiles that are not valid. > Using good old ftp, I grab the file needed and either build the > port and install or restart gnome-upgrade.sh > > I'm now assuming that since all gnome has been wiped off the > disk, that the thing to do is build/install the port directly. > Starting that up, I seem to be having the same downloading difficulties. As an alternative to gnome-upgrade.sh you may want to consider using sysutils/portmanager, all you need do is run portmanager x11/gnome2 It'll do the upgrade no problem, tested it twice now myself. -Mike From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 22:00:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2183716A420 for ; Wed, 9 Nov 2005 22:00:12 +0000 (GMT) (envelope-from dick@nagual.st) Received: from nagual.st (cc20684-a.assen1.dr.home.nl [82.74.2.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CB343D45 for ; Wed, 9 Nov 2005 22:00:10 +0000 (GMT) (envelope-from dick@nagual.st) Received: from localhost (localhost [127.0.0.1]) (uid 1000) by nagual.st with local; Wed, 09 Nov 2005 23:00:09 +0100 id 00000042.43727169.00004FB6 Date: Wed, 9 Nov 2005 23:00:09 +0100 To: freebsd-stable Message-ID: <20051109220009.GA20331@lothlorien.nagual.st> References: <20051108163041.GB4622@isis.visi.com> <43717AB5.50606@leadhill.net> <20051109211631.GB26009@isis.visi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <20051109211631.GB26009@isis.visi.com> User-Agent: Mutt/1.4.2.1i From: Dick Hoogendijk Subject: Re: 5-stable kernel hang during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 22:00:12 -0000 On 09 Nov Paul Keusemann wrote: > On Tue, Nov 08, 2005 at 10:27:33PM -0600, Billy Newsom wrote: > > See my posts and others on these topics: > > critical BOOT failure updating to latest 5-Stable (5.4) > > 5.3 -> 5.4 breaks ATA (Intel ICH2) > > [PATCH] option to re-enable aggressive ATA probing > > Thanks for the pointers. I have not been able to figure out how to get > the mail list archive search to give me anything useful yet. > > So far, neither the patch to /usr/src/sys/dev/ata/ata-lowlevel.c or > reverting to the 5.3-Release acpi.ko has solved my problem. It > appears I have the same problem as Julian Dunn. The hang is occurring > in the same place anyway. > > Has anyone who has had a problem with 5-Stable tried 6.0? My 5-stable hangs. I use an ata drive (master0) and a dvd drive as master1. Booting hangs probing the dvd-drive *ONLY* when it's empty. When I put a CD in it (no matter what) the boot process just runs smoothly (both ad0 and acd0 are seen ;-) With 6.0R this no longer happens. The empty dvd-drive does not hang the boot process any longer. What a relief ;-) -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 4.11-stable ++ FreeBSD 5.4 + Nai tiruvantel ar vayuvantel i Valar tielyanna nu vilja From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 22:18:25 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C01016A422 for ; Wed, 9 Nov 2005 22:18:25 +0000 (GMT) (envelope-from max@felix.fizyka.amu.edu.pl) Received: from felix.fizyka.amu.edu.pl (felix.fizyka.amu.edu.pl [150.254.109.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D33A43D6B for ; Wed, 9 Nov 2005 22:18:16 +0000 (GMT) (envelope-from max@felix.fizyka.amu.edu.pl) Received: from max (helo=localhost) by felix.fizyka.amu.edu.pl with local-esmtp (Exim 4.51) id 1EZyGh-0002lW-Dq; Wed, 09 Nov 2005 23:18:11 +0100 Date: Wed, 9 Nov 2005 23:18:11 +0100 (CET) From: Michal 'max' Marciniak To: Ronald Klop In-Reply-To: Message-ID: References: <4372256F.2020800@kernel32.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: stable@freebsd.org Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 22:18:25 -0000 On Wed, 9 Nov 2005, Ronald Klop wrote: >> > 7. reboot into single-usermode and verify your new kernel works >> > How do you reboot into single-usermode from remote? > (Rebooting isn't really the problem, working in single-usermode is.) > > /etc/ttys # If console is marked "insecure", then init will ask for the root password # when going to single-user mode. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/boot-init.html#BO= OT-SINGLEUSER -- Micha=B3 'max' Marciniak felix.fizyka.amu.edu.pl From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 22:41:41 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF17516A41F; Wed, 9 Nov 2005 22:41:41 +0000 (GMT) (envelope-from alistair@tyeurgain.free-online.co.uk) Received: from mra03.ch.as12513.net (mra03.ch.as12513.net [82.153.252.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B4BD43D46; Wed, 9 Nov 2005 22:41:40 +0000 (GMT) (envelope-from alistair@tyeurgain.free-online.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra03.ch.as12513.net (Postfix) with ESMTP id A24F7D4564; Wed, 9 Nov 2005 22:41:38 +0000 (GMT) Received: from mra03.ch.as12513.net ([127.0.0.1]) by localhost (mra03.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11370-01-31; Wed, 9 Nov 2005 22:41:38 +0000 (GMT) Received: from fuchsia.ty-eurgain (unknown [82.153.196.238]) by mra03.ch.as12513.net (Postfix) with ESMTP id ED057D42C1; Wed, 9 Nov 2005 22:41:37 +0000 (GMT) Received: from [192.168.0.130] (irmaw.ty-eurgain [192.168.0.130]) by fuchsia.ty-eurgain (Postfix) with ESMTP id 86AEE15965; Wed, 9 Nov 2005 22:41:37 +0000 (GMT) Message-ID: <43727B20.3020207@tyeurgain.free-online.co.uk> Date: Wed, 09 Nov 2005 22:41:36 +0000 From: Alistair User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael C. Shultz" References: <43726E40.3090701@iaces.com> <200511091346.22446.ringworm01@gmail.com> In-Reply-To: <200511091346.22446.ringworm01@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: "Paul T. Root" , stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 22:41:41 -0000 Michael C. Shultz wrote: >On Wednesday 09 November 2005 13:46, Paul T. Root wrote: > > >>This script is one of the most frustrating things ever >>written. >> >>[Snip] >> >As an alternative to gnome-upgrade.sh you may want to consider >using sysutils/portmanager, all you need do is run > >portmanager x11/gnome2 > >It'll do the upgrade no problem, tested it twice now myself. > >-Mike > > > Paul This script was the source of my many frustrations. On a dual-boot Gentoo Linux (production) and FreeBSD (new) server, the script ran night-after-night on a 2GHz P4 with no sign of completion. I admit that my experience of FreeBSD is limited, but my BSD experience is sound and my Linux experience is extensive, but this one caught me out. I think it really is a documentation problem. As far as upgrading Gnome is concerned, the message I got from the web site was that just running the script was OK. It should have said, run this script to update Gnome, but lots of functionaliity of your FreeBSD machine will be unusable while it runs and it might take many days to complete, even on a fast machine. Also, documentation of portmanager is almost entirely lacking. It is not (AFAICT) mentioned in the handbook at all. I had such high hopes for FreeBSD 6 because earlier releases have been so nearly ideal for one machine I have that shamelessly functions as both a powerful 64-bit workstation and a file server. However, my experience installing it on a 32-bit dual-boot-disc Gentoo Linux box has been unsatisfactory (at least partly, if not mainly, my fault) so I think I may do the safe thing and stick to Linux. Regards Alistair 1973 MG Midget, with all the Frontline Spridget mods, except the K-Series! That little monster can still better my 911 hands down in some tight twisty bits! From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 22:41:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF17516A41F; Wed, 9 Nov 2005 22:41:41 +0000 (GMT) (envelope-from alistair@tyeurgain.free-online.co.uk) Received: from mra03.ch.as12513.net (mra03.ch.as12513.net [82.153.252.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B4BD43D46; Wed, 9 Nov 2005 22:41:40 +0000 (GMT) (envelope-from alistair@tyeurgain.free-online.co.uk) Received: from localhost (localhost [127.0.0.1]) by mra03.ch.as12513.net (Postfix) with ESMTP id A24F7D4564; Wed, 9 Nov 2005 22:41:38 +0000 (GMT) Received: from mra03.ch.as12513.net ([127.0.0.1]) by localhost (mra03.ch.as12513.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11370-01-31; Wed, 9 Nov 2005 22:41:38 +0000 (GMT) Received: from fuchsia.ty-eurgain (unknown [82.153.196.238]) by mra03.ch.as12513.net (Postfix) with ESMTP id ED057D42C1; Wed, 9 Nov 2005 22:41:37 +0000 (GMT) Received: from [192.168.0.130] (irmaw.ty-eurgain [192.168.0.130]) by fuchsia.ty-eurgain (Postfix) with ESMTP id 86AEE15965; Wed, 9 Nov 2005 22:41:37 +0000 (GMT) Message-ID: <43727B20.3020207@tyeurgain.free-online.co.uk> Date: Wed, 09 Nov 2005 22:41:36 +0000 From: Alistair User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael C. Shultz" References: <43726E40.3090701@iaces.com> <200511091346.22446.ringworm01@gmail.com> In-Reply-To: <200511091346.22446.ringworm01@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Eclipse VIRUSshield at eclipse.net.uk Cc: "Paul T. Root" , stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 22:41:41 -0000 Michael C. Shultz wrote: >On Wednesday 09 November 2005 13:46, Paul T. Root wrote: > > >>This script is one of the most frustrating things ever >>written. >> >>[Snip] >> >As an alternative to gnome-upgrade.sh you may want to consider >using sysutils/portmanager, all you need do is run > >portmanager x11/gnome2 > >It'll do the upgrade no problem, tested it twice now myself. > >-Mike > > > Paul This script was the source of my many frustrations. On a dual-boot Gentoo Linux (production) and FreeBSD (new) server, the script ran night-after-night on a 2GHz P4 with no sign of completion. I admit that my experience of FreeBSD is limited, but my BSD experience is sound and my Linux experience is extensive, but this one caught me out. I think it really is a documentation problem. As far as upgrading Gnome is concerned, the message I got from the web site was that just running the script was OK. It should have said, run this script to update Gnome, but lots of functionaliity of your FreeBSD machine will be unusable while it runs and it might take many days to complete, even on a fast machine. Also, documentation of portmanager is almost entirely lacking. It is not (AFAICT) mentioned in the handbook at all. I had such high hopes for FreeBSD 6 because earlier releases have been so nearly ideal for one machine I have that shamelessly functions as both a powerful 64-bit workstation and a file server. However, my experience installing it on a 32-bit dual-boot-disc Gentoo Linux box has been unsatisfactory (at least partly, if not mainly, my fault) so I think I may do the safe thing and stick to Linux. Regards Alistair 1973 MG Midget, with all the Frontline Spridget mods, except the K-Series! That little monster can still better my 911 hands down in some tight twisty bits! From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 22:48:18 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0A6416A420 for ; Wed, 9 Nov 2005 22:48:18 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id B98B643D5A for ; Wed, 9 Nov 2005 22:48:16 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out3.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1EZyjo-0002zV-4o for ; Wed, 09 Nov 2005 23:48:16 +0100 Received: (qmail 53148 invoked from network); 9 Nov 2005 22:48:14 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 9 Nov 2005 22:48:14 -0000 To: "Michal 'max' Marciniak" References: <4372256F.2020800@kernel32.de> Message-ID: Date: Wed, 09 Nov 2005 23:48:13 +0100 From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Opera M2/8.50 (FreeBSD, build 1358) Cc: stable@freebsd.org Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 22:48:19 -0000 On Wed, 09 Nov 2005 23:18:11 +0100, Michal 'max' Marciniak wrote: > On Wed, 9 Nov 2005, Ronald Klop wrote: > >>> > 7. reboot into single-usermode and verify your new kernel works >>> >> How do you reboot into single-usermode from remote? >> (Rebooting isn't really the problem, working in single-usermode is.) >> >> > > /etc/ttys > > # If console is marked "insecure", then init will ask for the root > password > # when going to single-user mode. > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/boot-init.html#BOOT-SINGLEUSER Yes, but I thought single-user mode doesn't have working networking, so how can you do remote single-user mode for upgrading your system? -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 23:11:39 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B0B316A41F for ; Wed, 9 Nov 2005 23:11:39 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A22543D49 for ; Wed, 9 Nov 2005 23:11:37 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so231208wra for ; Wed, 09 Nov 2005 15:11:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=rzoHej4sBn1wrcmQqGL5swFZ3dUrmHdl0KQTI8N2167CtZ5vTucpZr1PgJJ87hjdS/HDfjdJn/u4JmNC/aluRbi1Qh8sTQlnjt9MpoemJvSPiyPv2jeGrJ2WgCM2ZwBgQbFdWr1sgS1QX2A5jQ7bYrtV8EEySWJM9wUQwy95Mmo= Received: by 10.54.123.19 with SMTP id v19mr61173wrc; Wed, 09 Nov 2005 15:11:37 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 40sm748439wrl.2005.11.09.15.11.35; Wed, 09 Nov 2005 15:11:36 -0800 (PST) From: "Michael C. Shultz" To: Alistair Date: Wed, 9 Nov 2005 15:02:58 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511091346.22446.ringworm01@gmail.com> <43727B20.3020207@tyeurgain.free-online.co.uk> In-Reply-To: <43727B20.3020207@tyeurgain.free-online.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511091503.00574.ringworm01@gmail.com> Cc: "Paul T. Root" , stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 23:11:39 -0000 On Wednesday 09 November 2005 14:41, Alistair wrote: > Michael C. Shultz wrote: > >On Wednesday 09 November 2005 13:46, Paul T. Root wrote: > >>This script is one of the most frustrating things ever > >>written. > >> > >>[Snip] > > > >As an alternative to gnome-upgrade.sh you may want to consider > >using sysutils/portmanager, all you need do is run > > > >portmanager x11/gnome2 > > > >It'll do the upgrade no problem, tested it twice now myself. > > > >-Mike > > Paul > > This script was the source of my many frustrations. On a dual-boot > Gentoo Linux (production) and FreeBSD (new) server, the script ran > night-after-night on a 2GHz P4 with no sign of completion. > > I admit that my experience of FreeBSD is limited, but my BSD experience > is sound and my Linux experience is extensive, but this one caught me out. > > I think it really is a documentation problem. As far as upgrading Gnome > is concerned, the message I got from the web site was that just running > the script was OK. It should have said, run this script to update > Gnome, but lots of functionaliity of your FreeBSD machine will be > unusable while it runs and it might take many days to complete, even on > a fast machine. > > Also, documentation of portmanager is almost entirely lacking. It is > not (AFAICT) mentioned in the handbook at all. > > I had such high hopes for FreeBSD 6 because earlier releases have been > so nearly ideal for one machine I have that shamelessly functions as > both a powerful 64-bit workstation and a file server. However, my > experience installing it on a 32-bit dual-boot-disc Gentoo Linux box has > been unsatisfactory (at least partly, if not mainly, my fault) so I > think I may do the safe thing and stick to Linux. > > Regards > Alistair > > 1973 MG Midget, with all the Frontline Spridget mods, except the K-Series! > That little monster can still better my 911 hands down in some tight > twisty bits! Here is a link to portmanager's submission for the handbook: http://portmanager.sunsite.dk/distfiles/ports-using.html see section 4.5.5.2 and the PR of the submission http://www.freebsd.org/cgi/query-pr.cgi?pr=88646 Then of course there is the man page portmanager(1) or its website http://portmanager.sunsite.dk -Mike From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 23:11:39 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCEA716A420 for ; Wed, 9 Nov 2005 23:11:39 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC00443D53 for ; Wed, 9 Nov 2005 23:11:37 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so231207wra for ; Wed, 09 Nov 2005 15:11:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=rzoHej4sBn1wrcmQqGL5swFZ3dUrmHdl0KQTI8N2167CtZ5vTucpZr1PgJJ87hjdS/HDfjdJn/u4JmNC/aluRbi1Qh8sTQlnjt9MpoemJvSPiyPv2jeGrJ2WgCM2ZwBgQbFdWr1sgS1QX2A5jQ7bYrtV8EEySWJM9wUQwy95Mmo= Received: by 10.54.123.19 with SMTP id v19mr61173wrc; Wed, 09 Nov 2005 15:11:37 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 40sm748439wrl.2005.11.09.15.11.35; Wed, 09 Nov 2005 15:11:36 -0800 (PST) From: "Michael C. Shultz" To: Alistair Date: Wed, 9 Nov 2005 15:02:58 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511091346.22446.ringworm01@gmail.com> <43727B20.3020207@tyeurgain.free-online.co.uk> In-Reply-To: <43727B20.3020207@tyeurgain.free-online.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511091503.00574.ringworm01@gmail.com> Cc: "Paul T. Root" , stable@freebsd.org, freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 23:11:39 -0000 On Wednesday 09 November 2005 14:41, Alistair wrote: > Michael C. Shultz wrote: > >On Wednesday 09 November 2005 13:46, Paul T. Root wrote: > >>This script is one of the most frustrating things ever > >>written. > >> > >>[Snip] > > > >As an alternative to gnome-upgrade.sh you may want to consider > >using sysutils/portmanager, all you need do is run > > > >portmanager x11/gnome2 > > > >It'll do the upgrade no problem, tested it twice now myself. > > > >-Mike > > Paul > > This script was the source of my many frustrations. On a dual-boot > Gentoo Linux (production) and FreeBSD (new) server, the script ran > night-after-night on a 2GHz P4 with no sign of completion. > > I admit that my experience of FreeBSD is limited, but my BSD experience > is sound and my Linux experience is extensive, but this one caught me out. > > I think it really is a documentation problem. As far as upgrading Gnome > is concerned, the message I got from the web site was that just running > the script was OK. It should have said, run this script to update > Gnome, but lots of functionaliity of your FreeBSD machine will be > unusable while it runs and it might take many days to complete, even on > a fast machine. > > Also, documentation of portmanager is almost entirely lacking. It is > not (AFAICT) mentioned in the handbook at all. > > I had such high hopes for FreeBSD 6 because earlier releases have been > so nearly ideal for one machine I have that shamelessly functions as > both a powerful 64-bit workstation and a file server. However, my > experience installing it on a 32-bit dual-boot-disc Gentoo Linux box has > been unsatisfactory (at least partly, if not mainly, my fault) so I > think I may do the safe thing and stick to Linux. > > Regards > Alistair > > 1973 MG Midget, with all the Frontline Spridget mods, except the K-Series! > That little monster can still better my 911 hands down in some tight > twisty bits! Here is a link to portmanager's submission for the handbook: http://portmanager.sunsite.dk/distfiles/ports-using.html see section 4.5.5.2 and the PR of the submission http://www.freebsd.org/cgi/query-pr.cgi?pr=88646 Then of course there is the man page portmanager(1) or its website http://portmanager.sunsite.dk -Mike From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 23:25:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id C8C2916A41F; Wed, 9 Nov 2005 23:25:47 +0000 (GMT) (envelope-from green@green.homeunix.org) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jA9NPl7W017153; Wed, 9 Nov 2005 18:25:47 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.4/8.13.1/Submit) id jA9NPkra017152; Wed, 9 Nov 2005 18:25:46 -0500 (EST) (envelope-from green) Date: Wed, 9 Nov 2005 18:25:46 -0500 From: Brian Fundakowski Feldman To: Johan =?iso-8859-1?Q?Str=F6m?= Message-ID: <20051109232546.GP37350@green.homeunix.org> References: <89E441A8-CC50-4F11-BE3E-AE6C384F5305@stromnet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <89E441A8-CC50-4F11-BE3E-AE6C384F5305@stromnet.org> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Apache2, mod_python and nss_ldap: Coredump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 23:25:48 -0000 On Wed, Nov 09, 2005 at 10:20:26AM +0100, Johan Ström wrote: > Hi > > I got a new 6.0-STABLE box. Rebuilt kernel and world 2 hours ago > (against RELENG_6), so it should be pretty new. > > Im trying to have apache 2.0.55, mod_python 3.1.4 and nss_ldap 239, > all the latest from ports. > The problem I have is this: If i have LoadModule python_module > libexec/apache2/mod_python.so in my httpd.conf, and at the same time > have either > "group: files ldap" and/or "passwd: files ldap" in my nsswitch.conf, > i get Segfaults. Example: > > root@elfi2:~$ apachectl configtest > Syntax OK > Segmentation fault (core dumped) > root@elfi2:~$ > > However, apache itself is running fine, even using mod_python. > If i remove either the LoadModule or both the ldap-entrys in > nsswitch, the segfaults dissappear. I've compiled httpd with debug > symbols, and this is what I found with gdb (httpd -t is same as > apachectl configtest): > [...] > (gdb) where > #0 0x00000000 in ?? () > #1 0x28be6744 in ?? () from /usr/local/lib/nss_ldap.so.1 > #2 0x28bf2200 in ?? () from /usr/local/lib/nss_ldap.so.1 Can you try making sure that nss_ldap gets built and linked with -g, and is not stripped, so that all symbols and debug info are preserved as well? Looks to be atexit(3)-related, from here, but the symbols should clear things up. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 23:34:41 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A2EE16A41F; Wed, 9 Nov 2005 23:34:41 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from pd4mo3so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E6FA43D45; Wed, 9 Nov 2005 23:34:41 +0000 (GMT) (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 <0IPP00IG5O5SOXA0@l-daemon>; Wed, 09 Nov 2005 16:34:40 -0700 (MST) Received: from pn2ml3so.prod.shaw.ca ([10.0.121.147]) by pd2mr1so.prod.shaw.ca (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0IPP00LGUO5SX6A0@pd2mr1so.prod.shaw.ca>; Wed, 09 Nov 2005 16:34:40 -0700 (MST) Received: from [192.168.0.60] (S0106006067227a4a.vc.shawcable.net [24.87.209.6]) by l-daemon (iPlanet Messaging Server 5.2 HotFix 1.18 (built Jul 28 2003)) with ESMTP id <0IPP00FDZO5RJ8@l-daemon>; Wed, 09 Nov 2005 16:34:40 -0700 (MST) Date: Wed, 09 Nov 2005 15:34:39 -0800 From: Colin Percival In-reply-to: <20051109003617.U85371@fledge.watson.org> To: Robert Watson Message-id: <4372878F.6080604@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en X-Enigmail-Version: 0.93.0.0 References: <120ef0530511041210s6d3dbee8pc2db36129b44be2c@mail.gmail.com> <436BCA7B.6060700@voidmain.net> <4370D0A9.4030707@freebsd.org> <20051109003617.U85371@fledge.watson.org> User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051001) Cc: freebsd@voidmain.net, Richard Bejtlich , freebsd-stable@freebsd.org Subject: Re: What should be in GENERIC? (was Re: Facilitating binary kernel upgrades) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 23:34:41 -0000 Robert Watson wrote: > On Tue, 8 Nov 2005, Colin Percival wrote: >> I find this argument hard to accept. The vast majority of FreeBSD >> users will never need the NFS_ROOT option, and many systems do not >> even have the hardware for serial or parallel ports, yet those are >> supported in the GENERIC kernel. > > While I agree with you in principle, I think many people would disagree > with your assertion about serial ports :-). Let me rephrase: Many people who run GENERIC kernels don't have hardware which supports serial ports. I'm not concerned about the people who run hundreds of headless servers, since they typically build their own kernels anyway. > With regard to the specific three kernel options mentioned above: > [snip] I should have known that you'd be able to explain why these options aren't enabled in the GENERIC kernel. Thanks for the explanations. Now I'll run off to install 6.0 on my NAT system so that I can run a GENERIC kernel on it again. :-) Colin Percival From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 01:22:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C40C16A41F for ; Thu, 10 Nov 2005 01:22:16 +0000 (GMT) (envelope-from keyhell@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FA5543D53 for ; Thu, 10 Nov 2005 01:22:15 +0000 (GMT) (envelope-from keyhell@gmail.com) Received: by wproxy.gmail.com with SMTP id i7so455044wra for ; Wed, 09 Nov 2005 17:22:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:x-mailer:reply-to:x-priority:message-id:to:subject:in-reply-to:references:mime-version:content-type:content-transfer-encoding:sender; b=g4tfx4RFkiDtY6NyiDZxU/nAwJ9a//mUOIQlzchq0lmvPxUjWD9YKCn2FWSnpgc/QUeePeFEFVPJffL1Wz4tiihevkFJZS/Mjh/fyeCf5CaXNMFkNqeYapEwefDkt1rxXEBvgFOboSAM71uxRXkdddsIwstzcuMVDoxHek4No9w= Received: by 10.64.210.1 with SMTP id i1mr711724qbg; Wed, 09 Nov 2005 04:21:33 -0800 (PST) Received: from ?195.222.87.37? ( [195.222.87.37]) by mx.gmail.com with ESMTP id d12sm576048qbc.2005.11.09.04.21.30; Wed, 09 Nov 2005 04:21:33 -0800 (PST) Date: Wed, 9 Nov 2005 14:21:38 +0200 From: keyhell X-Mailer: The Bat! (v3.0.1.33) Professional X-Priority: 3 (Normal) Message-ID: <1308703883.20051109142138@mail.ru> To: "freebsd-stable-request@freebsd.org" In-Reply-To: <20051109120120.A636A16A422@hub.freebsd.org> References: <20051109120120.A636A16A422@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: keyhell Subject: Re: gnome-terminal and locale support X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: keyhell List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 01:22:16 -0000 Hi! >> Locale not supported by C library, locale unchanged This is not a specific problem of gnome-terminal. I receive this message also for xfce4, gqview, and etc. Looks like problem appears after updating with 'make world' from 5.4 to 6.0 (in my case). I reinstalled some ports and problem disappeared. -- Yours sincerely, keyhell mailto: keyhell@mail.ru ----------------------------------------------------- FreeBSD - The Power To Serve! here i'm root From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 01:48:25 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF92416A41F for ; Thu, 10 Nov 2005 01:48:25 +0000 (GMT) (envelope-from WillS@housing.ufl.edu) Received: from smtp.housing.ufl.edu (smtp2.housing.ufl.edu [128.227.47.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BD9E43D48 for ; Thu, 10 Nov 2005 01:48:24 +0000 (GMT) (envelope-from WillS@housing.ufl.edu) Received: (qmail 34397 invoked by uid 98); 10 Nov 2005 01:48:23 -0000 Received: from 128.227.47.18 by smtp1.housing.ufl.edu (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.87/1082. spamassassin: 3.0.4. Clear:RC:1(128.227.47.18):. Processed in 0.07017 secs); 10 Nov 2005 01:48:23 -0000 X-Qmail-Scanner-Mail-From: WillS@housing.ufl.edu via smtp1.housing.ufl.edu X-Qmail-Scanner: 1.25 (Clear:RC:1(128.227.47.18):. Processed in 0.07017 secs) Received: from bragi.housing.ufl.edu (128.227.47.18) by smtp.housing.ufl.edu with SMTP; 10 Nov 2005 01:48:23 -0000 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.0.6603.0 Date: Wed, 9 Nov 2005 20:47:41 -0500 Message-ID: <0E972CEE334BFE4291CD07E056C76ED808DB6AE2@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Anyone having problems with xorg 6.8.2 on 6.0-R Thread-Index: AcXlmLyd2gjrcCpDQCqafV+kZtUn7g== From: "Will Saxon" To: Cc: Subject: Anyone having problems with xorg 6.8.2 on 6.0-R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 01:48:26 -0000 Hello, I upgraded my amd64 installation to 6.0-RELEASE, and I am no longer=20 able to use X. It exits with a signal 11 error. I have recompiled from=20 ports, installed from packages from freebsd.org and performed a clean=20 installation from an i386 6.0-R cd again installing from both port=20 compilation and packages. I get the same error every time. This was=20 all working fine last Thursday on I believe 6.0-BETA5. System is a dual Opteron 244 on an MSI K8T Master2-FAR with an ATI=20 Radeon 9200SE.=20 I've rebuilt xorg with -DWITH_DEBUG and here is a backtrace from the core file: #0 0x282384b3 in kill () from /lib/libc.so.6 #1 0x2822d4f0 in raise () from /lib/libc.so.6 #2 0x282a7c5c in abort () from /lib/libc.so.6 #3 0x0806c1d6 in ddxGiveUp () at xf86Init.c:1228 #4 0x080d945e in AbortServer () at log.c:395 #5 0x080d9520 in FatalError ( f=3D0x8187798 "Caught signal %d. Server aborting\n") at log.c:541 #6 0x08081618 in xf86SigHandler (signo=3D11) at xf86Events.c:1298 #7 0xbfbfff94 in ?? () #8 0x0000000b in ?? () #9 0x0000000c in ?? () #10 0xbfbfe680 in ?? () #11 0x0000022c in ?? () #12 0x080815c0 in xf86InterceptSignals () at xf86Events.c:1270 #13 0x28632934 in RADEONDisplayDDCConnected (pScrn=3D0x81df800,=20 DDCType=3DDDC_VGA, port=3D0x81c2a44) at radeon_driver.c:914 #14 0x2863e10f in RADEONPreInit (pScrn=3D0x81df800, flags=3D0) at radeon_driver.c:1810 #15 0x0806dcc0 in InitOutput (pScreenInfo=3D0x81b9ac0, argc=3D4, argv=3D0xbfbfed20) at xf86Init.c:588 #16 0x080c2ae7 in main (argc=3D4, argv=3D0xbfbfed20, envp=3D0xbfbfed34) at main.c:365 As I mentioned earlier, this occurs on i386 and amd64, compiled on the=20 machine or using packages from freebsd.org. I have tried with and without dri enabled. Also it occurs wih SMP and without on i386. One other thing -=20 if I change the driver to 'vga', I am able to start the server normally. Any pointers would be greatly appreciated. -Will From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 01:54:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 855A216A41F; Thu, 10 Nov 2005 01:54:19 +0000 (GMT) (envelope-from myfreebsd@cox.net) Received: from eastrmmtao02.cox.net (eastrmmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B29BF43D49; Thu, 10 Nov 2005 01:54:18 +0000 (GMT) (envelope-from myfreebsd@cox.net) Received: from [172.18.52.8] (really [172.18.52.73]) by eastrmmtao02.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP id <20051110015328.URCV22723.eastrmmtao02.cox.net@[172.18.52.8]>; Wed, 9 Nov 2005 20:53:28 -0500 X-Mailer: Openwave WebEngine, version 2.8.15 (webedge20-101-1103-20040528) From: To: , Date: Wed, 9 Nov 2005 20:53:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20051110015328.URCV22723.eastrmmtao02.cox.net@[172.18.52.8]> Cc: Subject: Fails to boot after buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 01:54:19 -0000 Hey all, I don't know if this is a bug somewhere in the source but my system will not boot after I buildworld FreeBSD 6.0. I get the error: Can't work out which disk to boot from This error occurs right after the loader is booted and before the FreeBSD menu. System of course stalls here and says to press a key to reboot. I used the GENERIC kernel, empty loader.conf, my cvs tag = RELENG_6 and my make.conf has: CPUTYPE?=pentium4 CFLAGS= -O2 -mmmx -msse -msse2 -pipe -funroll-loops -ffast-math CXXFLAGS+= -fconserve-space COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math System runs fine from install just fails after updating source and rebuilding "world". System is: Dell Dimension 9100 P4 3.0ghz HTT 1 20G IDE 2 150G SATA (RAID 1) Any suggestions? David From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 02:01:28 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7CAF16A41F for ; Thu, 10 Nov 2005 02:01:28 +0000 (GMT) (envelope-from pkeusem@visi.com) Received: from cenn.mc.mpls.visi.com (cenn.mc.mpls.visi.com [208.42.156.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 765D543D6B for ; Thu, 10 Nov 2005 02:01:24 +0000 (GMT) (envelope-from pkeusem@visi.com) Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by cenn.mc.mpls.visi.com (Postfix) with ESMTP id 36EA2810F; Wed, 9 Nov 2005 20:01:23 -0600 (CST) Received: by isis.visi.com (Postfix, from userid 5168) id E4EDE76C71; Wed, 9 Nov 2005 20:01:22 -0600 (CST) Date: Wed, 9 Nov 2005 20:01:22 -0600 From: Paul Keusemann To: Dick Hoogendijk Message-ID: <20051110020122.GB9695@isis.visi.com> Mail-Followup-To: Paul Keusemann , Dick Hoogendijk , freebsd-stable References: <20051108163041.GB4622@isis.visi.com> <43717AB5.50606@leadhill.net> <20051109211631.GB26009@isis.visi.com> <20051109220009.GA20331@lothlorien.nagual.st> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051109220009.GA20331@lothlorien.nagual.st> User-Agent: Mutt/1.3.27i Cc: freebsd-stable Subject: Re: 5-stable kernel hang during boot X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Keusemann List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 02:01:28 -0000 On Wed, Nov 09, 2005 at 11:00:09PM +0100, Dick Hoogendijk wrote: > On 09 Nov Paul Keusemann wrote: > > On Tue, Nov 08, 2005 at 10:27:33PM -0600, Billy Newsom wrote: > > > See my posts and others on these topics: > > > critical BOOT failure updating to latest 5-Stable (5.4) > > > 5.3 -> 5.4 breaks ATA (Intel ICH2) > > > [PATCH] option to re-enable aggressive ATA probing > > > > Thanks for the pointers. I have not been able to figure out how to get > > the mail list archive search to give me anything useful yet. > > > > So far, neither the patch to /usr/src/sys/dev/ata/ata-lowlevel.c or > > reverting to the 5.3-Release acpi.ko has solved my problem. It > > appears I have the same problem as Julian Dunn. The hang is occurring > > in the same place anyway. > > > > Has anyone who has had a problem with 5-Stable tried 6.0? > > My 5-stable hangs. I use an ata drive (master0) and a dvd drive as > master1. Booting hangs probing the dvd-drive *ONLY* when it's empty. > When I put a CD in it (no matter what) the boot process just runs > smoothly (both ad0 and acd0 are seen ;-) > I haven't tried booting with a CD in the drive. I don't have anything on ata0 and I've only got a CD-ROM drive on ata1. > With 6.0R this no longer happens. The empty dvd-drive does not hang the > boot process any longer. What a relief ;-) > That's what I was hoping. I guess that's as good a reason as any to move to 6.0. I'm going to try RELENG_5_4 too, just to see if it works. > -- > dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE > ++ Running FreeBSD 4.11-stable ++ FreeBSD 5.4 > + Nai tiruvantel ar vayuvantel i Valar tielyanna nu vilja > _______________________________________________ > 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" Paul -- Paul Keusemann pkeusem@visi.com 4266 Joppa Court (952) 894-7805 Savage, MN 55378 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 02:42:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D2DB16A41F; Thu, 10 Nov 2005 02:42:35 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from mailgate.bytemobile.com (mailgate.bytemobile.com [209.10.233.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9747F43D4C; Thu, 10 Nov 2005 02:42:28 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 9 Nov 2005 18:42:25 -0800 From: Giorgos Keramidas To: myfreebsd@cox.net Message-ID: <20051110024225.GA94049@flame.pc> References: <20051110015328.URCV22723.eastrmmtao02.cox.net@[172.18.52.8]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051110015328.URCV22723.eastrmmtao02.cox.net@[172.18.52.8]> X-OriginalArrivalTime: 10 Nov 2005 02:42:28.0176 (UTC) FILETIME=[63CBDD00:01C5E5A0] Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Fails to boot after buildworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 02:42:35 -0000 On 2005-11-09 20:53, myfreebsd@cox.net wrote: > Hey all, > > I don't know if this is a bug somewhere in the source but my > system will not boot after I buildworld FreeBSD 6.0. I get the > error: > > Can't work out which disk to boot from > > This error occurs right after the loader is booted and before > the FreeBSD menu. System of course stalls here and says to > press a key to reboot. > > I used the GENERIC kernel, empty loader.conf, my cvs tag = > RELENG_6 and my make.conf has: > > CPUTYPE?=pentium4 > CFLAGS= -O2 -mmmx -msse -msse2 -pipe -funroll-loops -ffast-math > CXXFLAGS+= -fconserve-space > COPTFLAGS= -O2 -pipe -funroll-loops -ffast-math Try without all those fancy optimizations. There's a very good comment in /usr/share/examples/etc/make.conf' which you may be interested in reading carefully: # CFLAGS controls the compiler settings used when compiling C code. # Note that optimization settings other than -O and -O2 are not recommended # or supported for compiling the world or the kernel - please revert any # nonstandard optimization settings to "-O" or -O2 before submitting bug # reports without patches to the developers. - Giorgos PS: Please, ignore the automatically forced 'footer' below. It's automatically added by the Exchange server I'm behind and has no relation whatsoever to non-work email I post. ----------------------------------------------------------------- This e-mail and any attachments may contain confidential and privileged information. If you are not the intended recipient, please notify the sender immediately by return e-mail, do not forward this email to any other person, delete this e-mail and destroy all copies. Any dissemination or use of this information by a person other than the intended recipient is unauthorized and may be illegal. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 05:59:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C490F16A41F for ; Thu, 10 Nov 2005 05:59:07 +0000 (GMT) (envelope-from M.Santhoff@t-online.de) Received: from mailout07.sul.t-online.com (mailout07.sul.t-online.com [194.25.134.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53FDA43D46 for ; Thu, 10 Nov 2005 05:59:07 +0000 (GMT) (envelope-from M.Santhoff@t-online.de) Received: from fwd30.aul.t-online.de by mailout07.sul.t-online.com with smtp id 1Ea5Sj-00032X-00; Thu, 10 Nov 2005 06:59:05 +0100 Received: from localhost.das.netz (E9VDhOZ1YeX0uZMjIu4s85wMZTBhJ8f0x3ojSloWJi8Sf64NXrdMwP@[217.251.154.243]) by fwd30.sul.t-online.de with esmtp id 1Ea5SZ-24CMfQ0; Thu, 10 Nov 2005 06:58:55 +0100 Received: from zaphod.das.netz (zaphod.das.netz [10.0.0.3]) by localhost.das.netz (8.13.1/8.13.1) with ESMTP id jAA5ukg0002803 for ; Thu, 10 Nov 2005 06:56:46 +0100 (CET) (envelope-from M.Santhoff@t-online.de) From: Marc Santhoff To: freebsd-stable@freebsd.org In-Reply-To: <43717DF6.3070600@rogers.com> References: <2459.FgtQRFVGBkU=.1131304806.squirrel@172.16.0.1> <200511071822.36564.jkim@FreeBSD.org> <43700C3D.3000004@rogers.com> <200511081231.54162.jkim@FreeBSD.org> <43717DF6.3070600@rogers.com> Content-Type: text/plain Date: Thu, 10 Nov 2005 06:59:10 +0100 Message-Id: <1131602350.289.17.camel@localhost.das.netz> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-ID: E9VDhOZ1YeX0uZMjIu4s85wMZTBhJ8f0x3ojSloWJi8Sf64NXrdMwP X-TOI-MSGID: 0321f4c1-9e35-4ca5-9060-ac9e50c12f6b Subject: Re: AGP ceased to work on eMachines M5310 laptop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 05:59:07 -0000 Am Dienstag, den 08.11.2005, 23:41 -0500 schrieb Mike Jakubik: > Jung-uk Kim wrote: > > On Monday 07 November 2005 09:23 pm, Mike Jakubik wrote: [...] > > I don't know. ENOTIME, maybe? CC'ing anholt. > > > > > > I emailed him in private, he is simply too busy. I have tried it with > 6-STABLE, and it seems to work just fine. OpenGL apps are very slow, but > this is because the radeon driver does not support 3d acceleration on > the IGP chipsets for some reason. Sorry if this is OT, but: Is there a list anywhere naming good combination of boards or chipsets and graphic cards with *working 3d acceleration* on FreeBSD? TIA, Marc From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 06:19:35 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23A4916A41F for ; Thu, 10 Nov 2005 06:19:35 +0000 (GMT) (envelope-from serg@tmn.ru) Received: from sbtx.tmn.ru (sbtx.tmn.ru [212.76.160.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3790F43D45 for ; Thu, 10 Nov 2005 06:19:33 +0000 (GMT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [10.76.160.59]) by sbtx.tmn.ru (8.13.3/8.13.3) with ESMTP id jAA6JD92018388; Thu, 10 Nov 2005 11:19:13 +0500 (YEKT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (localhost.tech.sibitex.tmn.ru [127.0.0.1]) by sv.tech.sibitex.tmn.ru (8.13.4/8.13.4) with ESMTP id jAA6JDca077613; Thu, 10 Nov 2005 11:19:13 +0500 (YEKT) (envelope-from serg@sv.tech.sibitex.tmn.ru) Received: (from serg@localhost) by sv.tech.sibitex.tmn.ru (8.13.4/8.13.4/Submit) id jAA6JBUP077612; Thu, 10 Nov 2005 11:19:11 +0500 (YEKT) (envelope-from serg) Date: Thu, 10 Nov 2005 11:19:11 +0500 From: "Sergey N. Voronkov" To: Barkley Vowk Message-ID: <20051110061911.GA77523@tmn.ru> References: <20051109113648.D3622@3jane.math.ualberta.ca> <35c231bf0511091204t60817b15v6934e41323f4060a@mail.gmail.com> <20051109130654.R3622@3jane.math.ualberta.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051109130654.R3622@3jane.math.ualberta.ca> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on sbtx.tmn.ru X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org, David Kirchner Subject: Re: Filesystems >1TB not possible on 6.0-R (anymore?). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 06:19:35 -0000 On Wed, Nov 09, 2005 at 01:09:50PM -0700, Barkley Vowk wrote: > No. The installer showed only one slice da0s1d, and the whole disk was > assigned to it. > > I'd check on the running box but: > koth# disklabel -e /dev/da0 > disklabel: disks with more than 2^32-1 sectors are not supported Exactly from "man disklabel": Due to the use of an u_int32_t to store the number of sectors, BSD labels are restricted to a maximum of 2^32-1 sectors. This usually means 2TB of disk space. Larger disks should be partitioned using another method such as gpt(8). The various BSDs all use slightly different versions of BSD labels and are not generally compatible. (I havn't use it, so ask someone other...) Serg N. Voronkov, Sibitex Ltd. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 09:11:54 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1138816A41F for ; Thu, 10 Nov 2005 09:11:54 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B554543D45 for ; Thu, 10 Nov 2005 09:11:53 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4BF3B46B7C; Thu, 10 Nov 2005 04:11:53 -0500 (EST) Date: Thu, 10 Nov 2005 09:11:53 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ronald Klop In-Reply-To: Message-ID: <20051110090912.C33260@fledge.watson.org> References: <4372256F.2020800@kernel32.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Pete French , Marian Hettwer , Claus Guttesen Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 09:11:54 -0000 On Wed, 9 Nov 2005, Ronald Klop wrote: >> PS.: Just did an upgrade remote from 5.4-RELEASE to 6.0-RELEASE without >> any problems. Steps taken as described above ;) > > How do you reboot into single-usermode from remote? (Rebooting isn't > really the problem, working in single-usermode is.) Typically, using a serial console which allows you to specify the boot flags and access the console remotely. A serial console is an invaluable tool for remote administration in the event of upgrades, hardware failures, etc, especially if your box supports remote bios and raid management using a serial port but not a command line tool. It is possible to do upgrades without single user mode, but it comes with risks -- if you do this, you want to make sure that you've shut down any important services, and blocked logins by users. Otherwise applications may keel over as shared objects are replaced (generally, pluggable ones), configuration files change, programs start and stop working for windows as they are replaced, etc. This is not a recommended approach, and I don't promise it will work, but I've done remote upgrades on multiuser but quiesced systems many, many times without problems. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 09:34:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD8AF16A41F for ; Thu, 10 Nov 2005 09:33:59 +0000 (GMT) (envelope-from zparta@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 735E243D48 for ; Thu, 10 Nov 2005 09:33:59 +0000 (GMT) (envelope-from zparta@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so349687nzo for ; Thu, 10 Nov 2005 01:33:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=dqrO4gsbRgd9bupOGHK6hBOVf+xRwavBkR6wbQse53f2OKoNacDr8H7jmpm5H7oDrgAmfkHzmHO/ScX4+2fOifWxrUCEUu0fuGPIN/VrcyJzdWU4b2QOvnB0tf4MTsVpRzOxGW4bdYA4+0XB6lQOD0dW0fbGpySrwUGGBXSg5ZE= Received: by 10.36.247.78 with SMTP id u78mr381660nzh; Thu, 10 Nov 2005 01:33:58 -0800 (PST) Received: by 10.37.18.50 with HTTP; Thu, 10 Nov 2005 01:33:58 -0800 (PST) Message-ID: <3b41db850511100133v47208f6dsbfcd5e8dc341362e@mail.gmail.com> Date: Thu, 10 Nov 2005 10:33:58 +0100 From: Jens Holmqvist To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kernel 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: Thu, 10 Nov 2005 09:34:00 -0000 hello i got a problem with my 6.0 GENERIC kernel i have done a kgdb on the dumps it gave out here is the output root@hispan.se>kgdb kernel.debug /usr/local/var/crash/vmcore.1 [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 ar= e 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: instruction pointer =3D 0x20:0xc08badd7 stack pointer =3D 0x28:0xd4496cc8 frame pointer =3D 0x28:0xd4496ccc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, IOPL =3D 0 current process =3D 30 (irq19: em0) trap number =3D 30 panic: unknown/reserved trap Uptime: 46m5s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 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" : "=3Dr" (td)); (kgdb) hope this helps you help me From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 09:41:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26FD116A41F for ; Thu, 10 Nov 2005 09:41:04 +0000 (GMT) (envelope-from zparta@hispan.se) Received: from hispan.se (146.net90.skekraft.net [213.199.90.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id A74FC43D48 for ; Thu, 10 Nov 2005 09:41:03 +0000 (GMT) (envelope-from zparta@hispan.se) Received: from localhost (localhost [127.0.0.1]) by hispan.se (Postfix) with SMTP id 09EA5C0EB for ; Thu, 10 Nov 2005 10:41:00 +0100 (CET) Received: from [192.168.1.4] (zparta [192.168.1.4]) by hispan.se (Postfix) with ESMTP id 4A300C0CF for ; Thu, 10 Nov 2005 10:41:00 +0100 (CET) Message-ID: <437315AE.4010405@hispan.se> Date: Thu, 10 Nov 2005 10:41:02 +0100 From: Jens Holmqvist User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Nov 10 10:41:00 2005 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 437315ac6516536821444 Subject: kernel 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: Thu, 10 Nov 2005 09:41:04 -0000 hello i got a problem with my 6.0 GENERIC kernel i have done a kgdb on the dumps it gave out here is the output root@hispan.se>kgdb kernel.debug /usr/local/var/crash/vmcore.1 [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: instruction pointer = 0x20:0xc08badd7 stack pointer = 0x28:0xd4496cc8 frame pointer = 0x28:0xd4496ccc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 30 (irq19: em0) trap number = 30 panic: unknown/reserved trap Uptime: 46m5s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 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) hope this helps you help me !DSPAM:437315ac6516536821444! From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 09:52:19 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E275216A41F; Thu, 10 Nov 2005 09:52:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8076B43D45; Thu, 10 Nov 2005 09:52:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jAA9qHYm028600; Thu, 10 Nov 2005 04:52:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jAA9qHNw038518; Thu, 10 Nov 2005 04:52:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2F07D7302F; Thu, 10 Nov 2005 04:52:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051110095217.2F07D7302F@freebsd-current.sentex.ca> Date: Thu, 10 Nov 2005 04:52:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 09:52:19 -0000 TB --- 2005-11-10 08:36:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-10 08:36:54 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2005-11-10 08:36:54 - cleaning the object tree TB --- 2005-11-10 08:37:19 - checking out the source tree TB --- 2005-11-10 08:37:19 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2005-11-10 08:37:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2005-11-10 08:46:59 - building world (CFLAGS=-O -pipe) TB --- 2005-11-10 08:46:59 - cd /src TB --- 2005-11-10 08:46:59 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-10 09:36:31 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-10 09:36:31 - cd /src TB --- 2005-11-10 09:36:31 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 10 09:36:32 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Nov 10 09:50:41 UTC 2005 TB --- 2005-11-10 09:50:41 - generating LINT kernel config TB --- 2005-11-10 09:50:41 - cd /src/sys/i386/conf TB --- 2005-11-10 09:50:41 - /usr/bin/make -B LINT TB --- 2005-11-10 09:50:41 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-10 09:50:41 - cd /src TB --- 2005-11-10 09:50:41 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Nov 10 09:50:41 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding /src/sys/dev/acpi_support/acpi_asus.c:50:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_fujitsu.c:40:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_panasonic.c:40:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_sony.c:34:18: acpi.h: No such file or directory /src/sys/dev/acpi_support/acpi_toshiba.c:37:18: acpi.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-10 09:52:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-10 09:52:16 - ERROR: failed to build lint kernel TB --- 2005-11-10 09:52:16 - tinderbox aborted From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 09:59:38 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5A7916A41F for ; Thu, 10 Nov 2005 09:59:38 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 459D043D45 for ; Thu, 10 Nov 2005 09:59:37 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.0.20] (84.249.3.49) by pne-smtpout2-sn1.fre.skanova.net (7.2.060.1) id 436FB1AD000D7653; Thu, 10 Nov 2005 10:59:35 +0100 Message-ID: <43731A08.2000109@pp.nic.fi> Date: Thu, 10 Nov 2005 11:59:36 +0200 From: Pertti Kosunen User-Agent: Mozilla Thunderbird 1.0.2 / FreeBSD 6.0-BETA5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ronald Klop References: <4372256F.2020800@kernel32.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 09:59:38 -0000 Ronald Klop wrote: >>> 7. reboot into single-usermode and verify your new kernel works >>> 8. mount -a > > How do you reboot into single-usermode from remote? > (Rebooting isn't really the problem, working in single-usermode is.) When i updated 5.4 to 6.0-BETA5 i skipped the reboot in single user and mount steps, system did get up normally with ssh after last reboot. Atacontrol usage changed and few ports needed reinstall (perl & modules) and system was ready. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 10:21:56 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE7F216A41F for ; Thu, 10 Nov 2005 10:21:56 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7317F43D48 for ; Thu, 10 Nov 2005 10:21:56 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp6-g19.free.fr (Postfix) with ESMTP id 3B06B9722 for ; Thu, 10 Nov 2005 11:21:54 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 10000405A; Thu, 10 Nov 2005 11:21:33 +0100 (CET) Date: Thu, 10 Nov 2005 11:21:32 +0100 From: Jeremie Le Hen To: freebsd-stable@FreeBSD.org Message-ID: <20051110102132.GB17299@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Cc: jeremie@le-hen.org Subject: unmount pending error on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 10:21:57 -0000 Hi, [ Please Cc: me in replies, I'm not subscribed to this list. ] I run a recent RELENG_6 from three days ago. This is my file server and all my drives are doubled. I made a small script that mounts the mirror disk, rsync all files to it and finally unmount it. While testing this script, I interrupted the rsync and the script's trap tried to unmount the filesystem. umount(8) seemed to stall for a couple of minutes (I didn't mesure precisely) and finally I get the following error message : % /mnt/mp3-mirror: unmount pending error: blocks 0 files 10 What is this ? How can I debug it ? Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 10:36:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F406E16A41F for ; Thu, 10 Nov 2005 10:36:00 +0000 (GMT) (envelope-from zparta@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5949143D45 for ; Thu, 10 Nov 2005 10:36:00 +0000 (GMT) (envelope-from zparta@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so358927nzo for ; Thu, 10 Nov 2005 02:35:59 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=rmnkFGbwRKElyPflz44OIuWIuDbdNHTIx/CLNbyLY34ERMU7SUY4WlpRfC9zpulIs78kYAUHP+sC5gS1oBEQRw9Ueqs97YoRxQd8iYoNFuV/nwsmYMzLYuSAQoPbckoosgwgFx3qH60Zzg458IColWcQDVoyvh+xF4uiXY5CuR8= Received: by 10.36.101.20 with SMTP id y20mr420314nzb; Thu, 10 Nov 2005 02:35:59 -0800 (PST) Received: by 10.37.18.50 with HTTP; Thu, 10 Nov 2005 02:35:59 -0800 (PST) Message-ID: <3b41db850511100235m38ddc14fhbc3d04598ee55efc@mail.gmail.com> Date: Thu, 10 Nov 2005 11:35:59 +0100 From: Jens Holmqvist To: Jens Holmqvist In-Reply-To: <437315AE.4010405@hispan.se> MIME-Version: 1.0 References: <437315AE.4010405@hispan.se> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: kernel 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: Thu, 10 Nov 2005 10:36:01 -0000 On 11/10/05, Jens Holmqvist wrote: > > hello i got a problem with my 6.0 GENERIC kernel > i have done a kgdb on the dumps it gave out here is the output > > root@hispan.se>kgdb kernel.debug /usr/local/var/crash/vmcore.1 > [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: > instruction pointer =3D 0x20:0xc08badd7 > stack pointer =3D 0x28:0xd4496cc8 > frame pointer =3D 0x28:0xd4496ccc > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D interrupt enabled, IOPL =3D 0 > current process =3D 30 (irq19: em0) > trap number =3D 30 > panic: unknown/reserved trap > Uptime: 46m5s > Dumping 511 MB (2 chunks) > chunk 0: 1MB (160 pages) ... ok > chunk 1: 511MB (130800 pages) 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" : "=3Dr" (td)); > (kgdb) > > hope this helps you help me > > !DSPAM:437315ac6516536821444! > > > _______________________________________________ > 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 forgot to do a backtrace so here is a new kgdb output root@hispan.se>kgdb kernel.debug /usr/local/var/crash/vmcore.2 [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 ar= e 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: instruction pointer =3D 0x20:0xc08badd7 stack pointer =3D 0x28:0xd4496cc8 frame pointer =3D 0x28:0xd4496ccc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, IOPL =3D 0 current process =3D 30 (irq19: em0) trap number =3D 30 panic: unknown/reserved trap Uptime: 56m17s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 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" : "=3Dr" (td)); (kgdb) quit root@hispan.se>kgdb kernel.debug /usr/local/var/crash/vmcore.2 [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 ar= e 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: instruction pointer =3D 0x20:0xc08badd7 stack pointer =3D 0x28:0xd4496cc8 frame pointer =3D 0x28:0xd4496ccc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, IOPL =3D 0 current process =3D 30 (irq19: em0) trap number =3D 30 panic: unknown/reserved trap Uptime: 56m17s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 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" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc069d978 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:39= 9 #2 0xc069dca6 in panic (fmt=3D0xc0943594 "unknown/reserved trap") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc08c4968 in trap_fatal (frame=3D0xd4496c88, eva=3D0) at /usr/src/sys/i386/i386/trap.c:833 #4 0xc08c43a7 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1046961280, tf_esi = =3D 4, tf_ebp =3D -733385524, tf_isp =3D -733385548, tf_ebx =3D -1046941312, tf_edx =3D 0= , tf_ecx =3D -1046941312, tf_eax =3D 524870, tf_trapno =3D 30, tf_err =3D 0, tf_eip = =3D -1064587817, tf_cs =3D 32, tf_eflags =3D 524870, tf_esp =3D -1046941312, tf= _ss =3D -733385468}) at /usr/src/sys/i386/i386/trap.c:629 #5 0xc08b109a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc08badd7 in spinlock_exit () at cpufunc.h:365 #7 0xc0684a89 in ithread_loop (arg=3D0xc198a380) at /usr/src/sys/kern/kern_intr.c:597 #8 0xc068387f in fork_exit (callout=3D0xc0684780 , arg=3D0x80= 246, frame=3D0x80246) at /usr/src/sys/kern/kern_fork.c:789 #9 0xc08b10fc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) hope this helps i am in the mailinglist with this email and the other email is on the server that is crashing From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 10:37:17 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 987A716A41F for ; Thu, 10 Nov 2005 10:37:17 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDBB043D48 for ; Thu, 10 Nov 2005 10:37:15 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id E1C0F7E97C; Thu, 10 Nov 2005 11:37:14 +0100 (CET) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id D61C7158767; Thu, 10 Nov 2005 11:37:14 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-132-055.pools.arcor-ip.net [84.61.132.55]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id 8D924AC80E; Thu, 10 Nov 2005 11:37:14 +0100 (CET) Received: from kiste.my.domain (root@kiste.my.domain [192.168.8.4]) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id jAAAbCsr046773 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Nov 2005 11:37:12 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from kiste.my.domain (lofi@localhost [127.0.0.1]) by kiste.my.domain (8.13.4/8.13.1) with ESMTP id jAAAbCmF007643; Thu, 10 Nov 2005 11:37:12 +0100 (CET) (envelope-from lofi@freebsd.org) Received: from localhost (localhost [[UNIX: localhost]]) by kiste.my.domain (8.13.4/8.13.1/Submit) id jAAAb98n007642; Thu, 10 Nov 2005 11:37:09 +0100 (CET) (envelope-from lofi@freebsd.org) X-Authentication-Warning: kiste.my.domain: lofi set sender to lofi@freebsd.org using -f From: Michael Nottebrock To: freebsd-stable@freebsd.org Date: Thu, 10 Nov 2005 11:37:01 +0100 User-Agent: KMail/1.8.3 References: <20051110102132.GB17299@obiwan.tataz.chchile.org> In-Reply-To: <20051110102132.GB17299@obiwan.tataz.chchile.org> X-Face: =Ym$`&q\+S2X$4`X%x%6"L4>Y,$]<":'L%c9"#7#`2tb&E&wsN31on!N\)3BD[g<=?utf-8?q?=2EjnfV=5B=0A=093=23?=>XchLK,o; >bD>c:]^; :>0>vyZ.X[,63GW`&M>}nYnr]-Fp``,[[@lJ!QL|sfW!s)=?utf-8?q?A2!*=0A=09vNkB/=7CL-?=>&QdSbQg X-Virus-Scanned: by amavisd-new Cc: Jeremie Le Hen Subject: Re: unmount pending error on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 10:37:17 -0000 --nextPart2241746.v748T783vQ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday, 10. November 2005 11:21, Jeremie Le Hen wrote: > While testing this script, I interrupted the rsync and the script's trap > tried to unmount the filesystem. umount(8) seemed to stall for a couple > of minutes (I didn't mesure precisely) and finally I get the following > error message : > > % /mnt/mp3-mirror: unmount pending error: blocks 0 files 10 > > What is this ? How can I debug it ? Unmount pending error usually means that a background fsck run on the drive= =20 was in progress, IIRC. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart2241746.v748T783vQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDcyLUXhc68WspdLARAvHvAJ9jXzSwGMofV5Cr81RQ/ukqtZRZSQCeISzk wYSu53lGjjQI6uua4wiyoZ8= =ORcd -----END PGP SIGNATURE----- --nextPart2241746.v748T783vQ-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 11:00:56 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C44716A41F for ; Thu, 10 Nov 2005 11:00:56 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04AD443D49 for ; Thu, 10 Nov 2005 11:00:55 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i7so525378wra for ; Thu, 10 Nov 2005 03:00:55 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BQDOGkekpLHYJh4/ySSJU8RYC7UK1jbXrSCZUOccEAVIiQqDFMB0WNybzDGtcXenjyGCCuhiU5UV7P7UMAJpOWIEEVByPtkN/GDLkcoUzo28w06jFtKIDLDD0K0071JxloPz5qgHxo1uduvRY+0Bd0SFMGLerB7uvb5LC1h9pnw= Received: by 10.64.250.3 with SMTP id x3mr678517qbh; Thu, 10 Nov 2005 02:53:35 -0800 (PST) Received: by 10.65.191.18 with HTTP; Thu, 10 Nov 2005 02:53:34 -0800 (PST) Message-ID: Date: Thu, 10 Nov 2005 02:53:35 -0800 From: Xin LI To: Jeremie Le Hen In-Reply-To: <20051110102132.GB17299@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051110102132.GB17299@obiwan.tataz.chchile.org> Cc: freebsd-stable@freebsd.org Subject: Re: unmount pending error on 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 11:00:56 -0000 T24gMTEvMTAvMDUsIEplcmVtaWUgTGUgSGVuIDxqZXJlbWllQGxlLWhlbi5vcmc+IHdyb3RlOgo+ IEkgcnVuIGEgcmVjZW50IFJFTEVOR182IGZyb20gdGhyZWUgZGF5cyBhZ28uICBUaGlzIGlzIG15 IGZpbGUgc2VydmVyCj4gYW5kIGFsbCBteSBkcml2ZXMgYXJlIGRvdWJsZWQuICBJIG1hZGUgYSBz bWFsbCBzY3JpcHQgdGhhdCBtb3VudHMgdGhlCj4gbWlycm9yIGRpc2ssIHJzeW5jIGFsbCBmaWxl cyB0byBpdCBhbmQgZmluYWxseSB1bm1vdW50IGl0Lgo+Cj4gV2hpbGUgdGVzdGluZyB0aGlzIHNj cmlwdCwgSSBpbnRlcnJ1cHRlZCB0aGUgcnN5bmMgYW5kIHRoZSBzY3JpcHQncyB0cmFwCj4gdHJp ZWQgdG8gdW5tb3VudCB0aGUgZmlsZXN5c3RlbS4gIHVtb3VudCg4KSBzZWVtZWQgdG8gc3RhbGwg Zm9yIGEgY291cGxlCj4gb2YgbWludXRlcyAoSSBkaWRuJ3QgbWVzdXJlIHByZWNpc2VseSkgYW5k IGZpbmFsbHkgSSBnZXQgdGhlIGZvbGxvd2luZwo+IGVycm9yIG1lc3NhZ2UgOgo+Cj4gJSAvbW50 L21wMy1taXJyb3I6IHVubW91bnQgcGVuZGluZyBlcnJvcjogYmxvY2tzIDAgZmlsZXMgMTAKPgo+ IFdoYXQgaXMgdGhpcyA/ICBIb3cgY2FuIEkgZGVidWcgaXQgPwoKTXkgc3VnZ2VzdGlvbiBpcyB0 aGF0IHlvdSByZS1tb3VudCB0aGUgdm9sdW1lIHJlYWQtb25seSwgYW5kIHRoZW4gZG8gYQoiZnNj ayAtZnkiIG92ZXIgaXQuICBBbm90aGVyIHRoaW5nIHRvIGJldCBpcyB0byBkbyAiZnNjayAtQmZ5 IiBvdmVyCnRoZSB2b2x1bWUsIHdoaWNoIGRvZXMgYSBiYWNrZ3JvdW5kIGZzY2sgKGluIGNhc2Vz IHRoYXQgeW91IHdhbnQgdGhlCnZvbHVtZSB0byBiZSByZWFkLXdyaXRlIGF0IHRoZSBtb21lbnQp LgoKQ2hlZXJzLAo= From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 11:07:29 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 183CF16A420 for ; Thu, 10 Nov 2005 11:07:29 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DCED43D45 for ; Thu, 10 Nov 2005 11:07:26 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by wproxy.gmail.com with SMTP id i32so141209wra for ; Thu, 10 Nov 2005 03:07:25 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EU5QuNm0dnbesUYdXbK+xkvtF0FqcxoKqcHMlLBVv860AsfpaQ7qQS+UQ8wM0DV/R/LAXX8MG3Y0GISKn8dS5U6bbS39VQUvlfOGfYb7bzn71fxQr78egRGDZHP+2bSdc1Hl7GAGkib+H7TAjfi4eE2vByWM5z/XxETZYgEvuzU= Received: by 10.64.10.8 with SMTP id 8mr692526qbj; Thu, 10 Nov 2005 03:01:21 -0800 (PST) Received: by 10.65.191.18 with HTTP; Thu, 10 Nov 2005 03:01:21 -0800 (PST) Message-ID: Date: Thu, 10 Nov 2005 03:01:21 -0800 From: Xin LI To: Barkley Vowk In-Reply-To: <20051109113648.D3622@3jane.math.ualberta.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051109113648.D3622@3jane.math.ualberta.ca> Cc: freebsd-stable@freebsd.org Subject: Re: Filesystems >1TB not possible on 6.0-R (anymore?). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 11:07:29 -0000 T24gMTEvOS8wNSwgQmFya2xleSBWb3drIDxidm93a0BtYXRoLnVhbGJlcnRhLmNhPiB3cm90ZToK PiBJJ3ZlIGdvdCBhIDNUQiAoNyB4IDUwMEdCIHcvIGhvdC1zcGFyZSkgYXJyYXkgb24gYW4gYXJl Y2EgYm9hcmQgaW4gYW1kNjQuCj4KPiBVbmRlciA1LjQtUiBJIGNvdWxkIGhhdmUgPjFUQiBmaWxl c3lzdGVtcyB3aXRob3V0IGFuIGlzc3VlLiBJIHJlY2FsbCBub3QKPiBoYXZpbmcgcHJvYmxlbXMg d2l0aCA2LjAtQkVUQTUgdG9vLgpbc25pcF0KCldvdWxkIHlvdSBwbGVhc2UgY29uc2lkZXIgdG8g dHJ5ICJncHQiIGluc3RlYWQgb2YgImJzZGxhYmVsIj8KCkJUVy4gIFRoZSBkbWVzZyBtZWVzYWdl IGluZGljYXRlcyB0aGF0IHlvdXIgYXJyYXkgaXMgZGVncmFkZWQgOi0oCgpDaGVlcnMsCg== From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 11:17:31 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D21E716A41F; Thu, 10 Nov 2005 11:17:31 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from diri.bris.ac.uk (diri.bris.ac.uk [137.222.10.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73D8A43D6B; Thu, 10 Nov 2005 11:17:27 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by diri.bris.ac.uk with esmtp (Exim 4.54) id 1EaAQi-0005yI-U1; Thu, 10 Nov 2005 11:17:22 +0000 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 4.50) id 1EaAQb-0003d7-K4; Thu, 10 Nov 2005 11:17:14 +0000 Date: Thu, 10 Nov 2005 11:17:13 +0000 (GMT) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: Robert Watson In-Reply-To: <20051110090912.C33260@fledge.watson.org> Message-ID: References: <4372256F.2020800@kernel32.de> <20051110090912.C33260@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Jan Grant X-Spam-Score: -1.4 X-Spam-Level: - Cc: stable@freebsd.org, Claus Guttesen , Marian Hettwer , Pete French , Ronald Klop Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 11:17:31 -0000 On Thu, 10 Nov 2005, Robert Watson wrote: > > On Wed, 9 Nov 2005, Ronald Klop wrote: > > > > > PS.: Just did an upgrade remote from 5.4-RELEASE to 6.0-RELEASE without > > > any problems. Steps taken as described above ;) > > > > How do you reboot into single-usermode from remote? (Rebooting isn't really > > the problem, working in single-usermode is.) > > Typically, using a serial console which allows you to specify the boot flags > and access the console remotely. A serial console is an invaluable tool for > remote administration in the event of upgrades, hardware failures, etc, > especially if your box supports remote bios and raid management using a serial > port but not a command line tool. > > It is possible to do upgrades without single user mode, but it comes with > risks -- if you do this, you want to make sure that you've shut down any > important services, and blocked logins by users. Otherwise applications may > keel over as shared objects are replaced (generally, pluggable ones), > configuration files change, programs start and stop working for windows as > they are replaced, etc. This is not a recommended approach, and I don't > promise it will work, but I've done remote upgrades on multiuser but quiesced > systems many, many times without problems. FWIW I've just done a successful remote source-based upgrade from 5.4 to 6.0 (I'm brave) with no problems. I use a second root and /usr to be able to run mergemaster, etc, on a spare copy whilst preserving the "live" system, then nextboot to boot the second drive. Providing you remember to rebuild or disable any 5.x-era kernel modules from ports (nvidia, rtc, etc) prior to the reboot it should work fine and offers a simple backout in the case of disaster. On a multiuser system this obviously works better if you arrange your setup to work in a "read-only root/usr" setup, so late-in-the-day changes by users to stuff under /etc aren't lost. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ Goedel would be proud - I'm both inconsistent _and_ incomplete. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 11:27:58 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D92EB16A41F; Thu, 10 Nov 2005 11:27:58 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB3543D4C; Thu, 10 Nov 2005 11:27:58 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1EaAau-000HDK-Nk; Thu, 10 Nov 2005 11:27:52 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1EaAau-000J6X-5X; Thu, 10 Nov 2005 11:27:52 +0000 To: Jan.Grant@bristol.ac.uk, rwatson@FreeBSD.org In-Reply-To: Message-Id: From: Pete French Date: Thu, 10 Nov 2005 11:27:52 +0000 Cc: stable@freebsd.org, ronald-freebsd8@klop.yi.org, MH@kernel32.de, kometen@gmail.com Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 11:27:59 -0000 Thanks for all the comments - it sounds like it's a pretty safe thing to do. I have one more question though - when I upgrade a machine this wa I will remove all the ports first, so it is just back to the basic system. But Perl is now a port - should I remove this, or should I leave it alone, i.e. is it required for the build process ? cheers, -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 11:29:35 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E75516A41F for ; Thu, 10 Nov 2005 11:29:35 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from coe.ufrj.br (roma.coe.ufrj.br [146.164.53.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF14743D5A for ; Thu, 10 Nov 2005 11:29:32 +0000 (GMT) (envelope-from jonny@jonny.eng.br) Received: from localhost (localhost [127.0.0.1]) by coe.ufrj.br (Postfix) with ESMTP id C73DD17004 for ; Thu, 10 Nov 2005 09:29:30 -0200 (BRST) Received: from coe.ufrj.br ([146.164.53.65]) by localhost (roma.coe.ufrj.br [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11766-02 for ; Thu, 10 Nov 2005 09:29:27 -0200 (BRST) Received: from [10.0.0.15] (telco [201.8.56.200]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by coe.ufrj.br (Postfix) with ESMTP id 0BEBE17003 for ; Thu, 10 Nov 2005 09:29:27 -0200 (BRST) Message-ID: <43732EA0.5030000@jonny.eng.br> Date: Thu, 10 Nov 2005 09:27:28 -0200 From: =?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Luis?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAADBQ TFRFAAAAgAAAAIAAgIAAAACAgACAAICAgICAwMDA/wAAAP8A//8AAAD//wD/AP//////ex+xxAAA Ac9JREFUOMtdk8FupDAMhr1qRbjR2x77GD3uq7BS1TkuhyrmFnppcvOrUlUquXltJ2EAIw1Dvvz+ bRPgrQbU6NpzuY0AF1LABIc4AH9crxLwb/4VztEU42W9SOBezwX4ClzeLuC9PBFRq+2xpJJHN8KQ Oa9Hd/ACnldgUVADvgHKA2usVwW12BVSkrThJH+5lqqQXIAAvRkQM6WqkADpO5gBx5m5VOxRgBZV HRLRcgc4dv3ukbOBm3de8uHIe1n0BBUBIi4hi0U2ownGkkwrwN425ygVPjntsvOmkFyyXYfreHXq f1tugFLCFDhZcsffYIqxKNAB/FkNbBDslUTz0MMQfuRnkN6D5nLVQ0G2H3bWC6KByTZPZWhJ/jgs ChX3e/P5y0VReCUCYm0/pUQd1lQ4/aIty/YtW6y3WMHc8yazpcU8UuqqB+LfMql/wVx4kXNTwGQO PxTuL7+AhbSkWS4z0TdZFbo1BR6qQkA08DnogNNHey/SGc5GejqFttxhjBHd3rjd62nR08gnxeFr Ic2e52we+QC0rIg6KYn1AKQsbF3wcgAP00MZrZ6X0yc5v5TRXgTi/jtVwef5I6Y+J7kyb+d1eB6K 4LoOLphBW/8PdNW9dapKWXwAAAAASUVORK5CYII= Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at coe.ufrj.br Cc: Subject: After 6.0-RELEASE, still cannot find ATA disk com VIA8235 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 11:29:35 -0000 Hi, After 5.4-RELEASE I did try to install FreeBSD on a spare desktop at work, but it failed to boot, with a kernel trap 12 and ATA_IDENTIFY time out. Knowning that 6.0 has a completely new ata driver, I did it again. Now the system boots, and shows absolutely no error message. But also could not identify neither the Samsung Hard disk, nor the CDROM on the VIA8235 ata interface. This same machine is running Fedora Core 3 and Windows XP SP2 perfectly. Indeedm this email is comming out from it, over Windows XP. The motherboard is an ASUS P4VP-MX, with a 2.0GHz P4 CPU, and 1G RAM. The harddisk is a Samsung SP0411N, on primary master, and the CDROM is an LG GCR-8523B, on secondary slave. I also did try with a DVD-writer on secondary master, with no success. Any ideas? TIA, Jonny From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 11:45:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 314A716A420 for ; Thu, 10 Nov 2005 11:45:13 +0000 (GMT) (envelope-from fwuytack@fgscapital.com) Received: from mail.fgscapital.com (fw.fgscapital.com [82.110.72.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8652A43D4C for ; Thu, 10 Nov 2005 11:45:12 +0000 (GMT) (envelope-from fwuytack@fgscapital.com) Received: (qmail 38511 invoked by uid 1003); 10 Nov 2005 11:45:10 -0000 Received: from fwuytack@fgscapital.com by mail.fgscapital.com by uid 89 with qmail-scanner-1.21 (clamdscan: 0.70-rc. spamassassin: 2.63. Clear:RC:1(192.168.0.106):. Processed in 0.018119 secs); 10 Nov 2005 11:45:10 -0000 Received: from unknown (HELO fgswksfilip) (fwuytack@fgscapital.com@192.168.0.106) by 192.168.110.115 with SMTP; 10 Nov 2005 11:45:10 -0000 From: "Filip Wuytack" To: Date: Thu, 10 Nov 2005 11:45:08 -0000 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcXl7DK3dYeO3PRAS96EqD78DP89aw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Qmail-Scanner-Message-ID: <113162311066138506@mail.fgscapital.com> Message-Id: <20051110114512.8652A43D4C@mx1.FreeBSD.org> Subject: Adaptec SATA 1210SA+ Freebsd 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 11:45:13 -0000 Hi, I just installed freebsd 6 and it all runs fine, but when I try (via sysinstall) to make a new label on a partition on ar0, the system says: 'ata2 disconnect requested' and freezes. I there something extra I need to do make ar0 to work properly? Many thanks, Filip This is the output of my dmesg.boot: ============================================= Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.45-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1207894016 (1151 MB) avail memory = 1173618688 (1119 MB) ioapic0: Changing APIC ID to 1 ioapic1: Changing APIC ID to 2 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: on acpi0 pci_link3: on acpi0 pci_link4: irq 11 on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 10 on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 pci_link10: on acpi0 pci_link11: on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: irq 5 on acpi0 pci_link15: on acpi0 pci_link16: irq 3 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: on acpi0 pci0: on pcib0 fxp0: port 0xecc0-0xecff mem 0xfe102000-0xfe102fff,0xfe000000-0xfe0fffff irq 20 at device 2.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:c0:9f:0a:3d:56 atapci0: port 0xecb8-0xecbf,0xecb0-0xecb3,0xeca0-0xeca7,0xec98-0xec9b,0xec80-0xec8f mem 0xfe103000-0xfe1031ff irq 23 at device 6.0 on pci0 ata2: on atapci0 ata3: on atapci0 amr0: mem 0xfb000000-0xfb00ffff irq 30 at device 10.0 on pci0 amr0: Firmware H661, BIOS 1.01, 16MB RAM pci0: at device 11.0 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8b0-0x8bf,0x8c0-0x8c3 at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 ohci0: mem 0xfe100000-0xfe100fff irq 3 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: on acpi0 pci1: on pcib1 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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 Generic PS/2 mouse, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xec000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1130453349 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master UDMA33 ad4: 381554MB at ata2-master SATA150 ad6: 381554MB at ata3-master SATA150 amrd0: on amr0 amrd0: 38138MB (78106624 sectors) RAID 1 (optimal) ar0: 381554MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master Trying to mount root from ufs:/dev/amrd0s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 11:46:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4019916A41F for ; Thu, 10 Nov 2005 11:46:37 +0000 (GMT) (envelope-from andreas.nemeth@aporem.net) Received: from imap1u.univie.ac.at (murder.univie.ac.at [131.130.1.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB2CB43D46 for ; Thu, 10 Nov 2005 11:46:35 +0000 (GMT) (envelope-from andreas.nemeth@aporem.net) Received: from attic.mat.univie.ac.at (attic.mat.univie.ac.at [131.130.16.122]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id jAABcVNi052254 for ; Thu, 10 Nov 2005 12:38:33 +0100 (CET) From: Andreas Nemeth To: freebsd-stable@freebsd.org Date: Thu, 10 Nov 2005 12:38:30 +0100 User-Agent: KMail/1.7.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511101238.30900.andreas.nemeth@aporem.net> Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 11:46:37 -0000 On Thursday 10 November 2005 12:27, Pete French wrote: > Thanks for all the comments - it sounds like it's a pretty safe thing to > do. I have one more question though - when I upgrade a machine this way I > will remove all the ports first, so it is just back to the basic system. > But Perl is now a port - should I remove this, or should I leave it alone, > i.e. is it required for the build process ? You don't have to remove the ports prior to upgrading. Just recompile them later. A "portupgrade -fa" will do the trick. I do this port-rebuild remotely using "screen" thus in case of a lost connection I can reconnect to the portupgrade output. In this case I don't upgrade screen and the command is like "portupgrade -fpa -x screen" > cheers, > > -pcf. > _______________________________________________ > 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 Thu Nov 10 11:49:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6876B16A41F for ; Thu, 10 Nov 2005 11:49:43 +0000 (GMT) (envelope-from darkgray@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A3C443D46 for ; Thu, 10 Nov 2005 11:49:42 +0000 (GMT) (envelope-from darkgray@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so364719nzo for ; Thu, 10 Nov 2005 03:49:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=bGPIUpXsg4R61yHGMRkpI+QahOCMLer7Ar8JY6ufvE4TT9L4jlPvWPPghey3//hUIze8r7EmU/GncSSHLrSCNdQ6fXg+VE+nSl9fxWdutfLTeiJ7P4VnF5FPG5aszgWivxW89v9sM1CCCgTOLFDgEDdXrd5HRGhfcy5pMq6Kti0= Received: by 10.36.77.10 with SMTP id z10mr476091nza; Thu, 10 Nov 2005 03:49:42 -0800 (PST) Received: by 10.36.158.9 with HTTP; Thu, 10 Nov 2005 03:49:42 -0800 (PST) Message-ID: <7537818a0511100349y3196c19bg63352d6601c8f438@mail.gmail.com> Date: Thu, 10 Nov 2005 12:49:42 +0100 From: Patrik Roos To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: TCP error messages in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: patrik@lolikon.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 11:49:43 -0000 After 6.0 hit stable, I decided to upgrade my machine. Uname now reads: FreeBSD pumpkin.lolikon.org 6.0-STABLE FreeBSD 6.0-STABLE #0: Sat Nov=20 5 08:12:50 CET 2005 =20 darkgray@pumpkin.lolikon.org:/usr/obj/usr/src/sys/PUMPKIN i386 After the upgrade, however, I started getting spurts of error messages posted to me in the daily security run output, looking like this: pumpkin.lolikon.org kernel log messages: +++ /tmp/security.rHb8JAYI Thu Nov 10 03:02:41 2005 +tcp_sack_output: Computed sack_bytes_retransmitted (2904) not the same as cached value (5808) +tcp_sack_output: Computed sack_bytes_retransmitted (2864) not the same as cached value (5768) +tcp_sack_output: Computed sack_bytes_retransmitted (2904) not the same as cached value (5808) +tcp_sack_output: Computed sack_bytes_retransmitted (2904) not the same as cached value (5808) +tcp_sack_output: Computed sack_bytes_retransmitted (2896) not the same as cached value (5800) These appear with a timestamp in /var/log/messages, and it seems I get 800 of these in one second, once a day at random timestamps. Never saw them in 5.4, so I'm assuming it's because of the 6.0 kernel. This is my ifconfig report on the NIC: xl0: flags=3D8843 mtu 1500 options=3D9 inet6 fe80::210:4bff:fe07:279d%xl0 prefixlen 64 scopeid 0x1 inet 192.168.0.3 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:10:4b:07:27:9d media: Ethernet autoselect (100baseTX ) status: active Any ideas on cause and solution? I've never posted on this list before, so if you manage to help, it'll make a very good first impression. ;) Regards, Patrik Roos From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 11:53:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCF7F16A41F for ; Thu, 10 Nov 2005 11:53:57 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A8F43D46 for ; Thu, 10 Nov 2005 11:53:56 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from stromnet.org (81.231.107.13) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 43721F890003CF0F for freebsd-stable@freebsd.org; Thu, 10 Nov 2005 12:53:56 +0100 Received: (qmail 3752 invoked from network); 10 Nov 2005 11:53:55 -0000 Received: from unknown (HELO ?10.10.0.6?) (10.10.0.6) by elfi.stromnet.org with SMTP; 10 Nov 2005 11:53:55 -0000 In-Reply-To: <20051109232546.GP37350@green.homeunix.org> References: <89E441A8-CC50-4F11-BE3E-AE6C384F5305@stromnet.org> <20051109232546.GP37350@green.homeunix.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Thu, 10 Nov 2005 12:54:42 +0100 To: Brian Fundakowski Feldman X-Mailer: Apple Mail (2.746.2) Cc: freebsd-stable@freebsd.org Subject: Re: Apache2, mod_python and nss_ldap: Coredump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 11:53:58 -0000 On 10 nov 2005, at 00.25, Brian Fundakowski Feldman wrote: > On Wed, Nov 09, 2005 at 10:20:26AM +0100, Johan Str=F6m wrote: >> Hi >> >> I got a new 6.0-STABLE box. Rebuilt kernel and world 2 hours ago >> (against RELENG_6), so it should be pretty new. >> >> Im trying to have apache 2.0.55, mod_python 3.1.4 and nss_ldap 239, >> all the latest from ports. >> The problem I have is this: If i have LoadModule python_module >> libexec/apache2/mod_python.so in my httpd.conf, and at the same time >> have either >> "group: files ldap" and/or "passwd: files ldap" in my nsswitch.conf, >> i get Segfaults. Example: >> >> root@elfi2:~$ apachectl configtest >> Syntax OK >> Segmentation fault (core dumped) >> root@elfi2:~$ >> >> However, apache itself is running fine, even using mod_python. >> If i remove either the LoadModule or both the ldap-entrys in >> nsswitch, the segfaults dissappear. I've compiled httpd with debug >> symbols, and this is what I found with gdb (httpd -t is same as >> apachectl configtest): >> [...] >> (gdb) where >> #0 0x00000000 in ?? () >> #1 0x28be6744 in ?? () from /usr/local/lib/nss_ldap.so.1 >> #2 0x28bf2200 in ?? () from /usr/local/lib/nss_ldap.so.1 > > Can you try making sure that nss_ldap gets built and linked with -g, > and is not stripped, so that all symbols and debug info are preserved > as well? Looks to be atexit(3)-related, from here, but the symbols > should clear things up. Hi, thanks for the answer! I *think* i got the nss_ldap.so to not be strip'd, at least I cant =20 find any call in the port Makefile or the sources makefile/configure =20 stuff that would strip it. Same result as before, no new symbols.. =20 Strange? I'm compiling with -g and -O0.. However, I've noticed one thing, if I run gdb httpd and then run -t, =20 I get this: root@elfi2:~$ gdb httpd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and =20 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 =20 details. This GDB was configured as "i386-marcel-freebsd"... (gdb) run -t Starting program: /usr/local/sbin/httpd -t warning: Unable to get location for thread creation breakpoint: =20 generic error [New LWP 100128] [New Thread 0x80fa000 (LWP 100128)] wWarning: DocumentRoot [/usr/local/nagios/share] does not exist Syntax OK [New LWP 100128] Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to LWP 100128] 0x28bce277 in pthread_testcancel () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28bce277 in pthread_testcancel () from /usr/lib/libpthread.so.2 Error accessing memory address 0x28bcd7a8: Bad address. (gdb) Thats the pthread_cancel thing I was talking about before... However, if I do run httpd -t and then check the dump with gdb httpd -=20= c httpd.core, I get the same as first posted. Did the test over and over again, got the same pthread_cancel error, =20 reading the same memory address, re-ran httpd -t a couple of times =20 and seems I only get these pthread_cancel calls... Is there any way to check if a lib is strip'd/got debug symbols or not? Thanks Johan From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 12:02:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E370A16A41F for ; Thu, 10 Nov 2005 12:02:19 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8699E43D45 for ; Thu, 10 Nov 2005 12:02:19 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1EaB8E-000Hht-1H; Thu, 10 Nov 2005 12:02:18 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1EaB8D-000JBp-NN; Thu, 10 Nov 2005 12:02:17 +0000 To: andreas.nemeth@aporem.net, freebsd-stable@freebsd.org In-Reply-To: <200511101238.30900.andreas.nemeth@aporem.net> Message-Id: From: Pete French Date: Thu, 10 Nov 2005 12:02:17 +0000 Cc: Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 12:02:20 -0000 > You don't have to remove the ports prior to upgrading. Just recompile them > later. Why would I want to do that though ? It gives me no advantages, and some serious disadvantages (especially if I am doing this on a 'live' system). Much easier to delete everything prior to the upgrade, and then I know that the machine is just the base system, and that none of my users are running apache, or pine, or exim or whatever - because I deleted them :-). Standard practice for me, even when going from one minor release to the next... -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 12:12:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F15B16A41F for ; Thu, 10 Nov 2005 12:12:55 +0000 (GMT) (envelope-from fwuytack@fgscapital.com) Received: from mail.fgscapital.com (fw.fgscapital.com [82.110.72.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6B9A43D64 for ; Thu, 10 Nov 2005 12:12:54 +0000 (GMT) (envelope-from fwuytack@fgscapital.com) Received: (qmail 40161 invoked by uid 1003); 10 Nov 2005 12:12:53 -0000 Received: from fwuytack@fgscapital.com by mail.fgscapital.com by uid 89 with qmail-scanner-1.21 (clamdscan: 0.70-rc. spamassassin: 2.63. Clear:RC:1(192.168.0.106):. Processed in 0.018698 secs); 10 Nov 2005 12:12:53 -0000 Received: from unknown (HELO fgswksfilip) (fwuytack@fgscapital.com@192.168.0.106) by 192.168.110.115 with SMTP; 10 Nov 2005 12:12:52 -0000 From: "Filip Wuytack" To: "'Filip Wuytack'" , Date: Thu, 10 Nov 2005 12:12:50 -0000 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20051110114512.8652A43D4C@mx1.FreeBSD.org> Thread-Index: AcXl7DK3dYeO3PRAS96EqD78DP89awAAymCw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Qmail-Scanner-Message-ID: <113162477266140156@mail.fgscapital.com> Message-Id: <20051110121254.C6B9A43D64@mx1.FreeBSD.org> Cc: Subject: RE: Adaptec SATA 1210SA+ Freebsd 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 12:12:55 -0000 Hi, I also tried to create the label via the command line (following the handbook). web2# dd if=/dev/zero of=/dev/ar0 count=2 2+0 records in 2+0 records out 1024 bytes transferred in 0.000757 secs (1352746 bytes/sec) web2# disklabel /dev/ar0 | disklabel -B -R -r ar0 /dev/stdin disklabel: /dev/ar0: no valid label found And the system freezes and shows 'ata2: DISCONNECT requested' Any help would be appreciated. Thanks, Filip :-----Original Message----- :From: owner-freebsd-stable@freebsd.org :[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Filip Wuytack :Sent: 10 November 2005 11:45 :To: freebsd-stable@freebsd.org :Subject: Adaptec SATA 1210SA+ Freebsd 6.0 : :Hi, : :I just installed freebsd 6 and it all runs fine, but when I try (via :sysinstall) to make a new label on a partition on ar0, the system says: :'ata2 disconnect requested' and freezes. I there something :extra I need to :do make ar0 to work properly? : :Many thanks, : :Filip : :This is the output of my dmesg.boot: :============================================= : :Copyright (c) 1992-2005 The FreeBSD Project. :Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, :1993, 1994 : The Regents of the University of California. All rights :reserved. :FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 : root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC :ACPI APIC Table: :Timecounter "i8254" frequency 1193182 Hz quality 0 :CPU: Intel(R) Pentium(R) III CPU family 1133MHz :(1130.45-MHz 686-class :CPU) : Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 : :Features=0x383fbff :real memory = 1207894016 (1151 MB) :avail memory = 1173618688 (1119 MB) :ioapic0: Changing APIC ID to 1 :ioapic1: Changing APIC ID to 2 :MADT: Forcing active-low polarity and level trigger for SCI :ioapic0 irqs 0-15 on motherboard :ioapic1 irqs 16-31 on motherboard :npx0: [FAST] :npx0: on motherboard :npx0: INT 16 interface :acpi0: on motherboard :acpi0: Power Button (fixed) :pci_link0: on acpi0 :pci_link1: on acpi0 :pci_link2: on acpi0 :pci_link3: on acpi0 :pci_link4: irq 11 on acpi0 :pci_link5: on acpi0 :pci_link6: on acpi0 :pci_link7: irq 10 on acpi0 :pci_link8: on acpi0 :pci_link9: on acpi0 :pci_link10: on acpi0 :pci_link11: on acpi0 :pci_link12: on acpi0 :pci_link13: on acpi0 :pci_link14: irq 5 on acpi0 :pci_link15: on acpi0 :pci_link16: irq 3 on acpi0 :Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 :acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 :cpu0: on acpi0 :pcib0: on acpi0 :pci0: on pcib0 :fxp0: port 0xecc0-0xecff mem :0xfe102000-0xfe102fff,0xfe000000-0xfe0fffff irq 20 at device :2.0 on pci0 :miibus0: on fxp0 :inphy0: on miibus0 :inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto :fxp0: Ethernet address: 00:c0:9f:0a:3d:56 :atapci0: port :0xecb8-0xecbf,0xecb0-0xecb3,0xeca0-0xeca7,0xec98-0xec9b,0xec80- :0xec8f mem :0xfe103000-0xfe1031ff irq 23 at device 6.0 on pci0 :ata2: on atapci0 :ata3: on atapci0 :amr0: mem 0xfb000000-0xfb00ffff irq :30 at device :10.0 on pci0 :amr0: Firmware H661, BIOS 1.01, 16MB RAM :pci0: at device 11.0 (no driver attached) :isab0: at device 15.0 on pci0 :isa0: on isab0 :atapci1: port :0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8b0-0x8bf,0x8c0-0x8c3 at :device 15.1 :on pci0 :ata0: on atapci1 :ata1: on atapci1 :ohci0: mem :0xfe100000-0xfe100fff irq 3 at :device 15.2 on pci0 :ohci0: [GIANT-LOCKED] :usb0: OHCI version 1.0, legacy support :usb0: SMM does not respond, resetting :usb0: on ohci0 :usb0: USB revision 1.0 :uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 :uhub0: 2 ports with 2 removable, self powered :pcib1: on acpi0 :pci1: on pcib1 :fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 :drq 2 on acpi0 :fdc0: [FAST] :fd0: <1440-KB 3.5" drive> on fdc0 drive 0 :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 Generic PS/2 mouse, device ID 0 :sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on :acpi0 :sio0: type 16550A :ppc0: port 0x378-0x37f,0x778-0x77f :irq 7 drq 1 :on acpi0 :ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode :ppc0: FIFO with 16/16/8 bytes threshold :ppbus0: on ppc0 :plip0: on ppbus0 :lpt0: on ppbus0 :lpt0: Interrupt-driven port :ppi0: on ppbus0 :pmtimer0 on isa0 :orm0: at iomem :0xc0000-0xc7fff,0xc8000-0xcbfff,0xec000-0xeffff on isa0 :sc0: at flags 0x100 on isa0 :sc0: VGA <16 virtual consoles, flags=0x300> :sio1: configured irq 3 not in bitmap of probed irqs 0 :sio1: port may not be enabled :vga0: at port 0x3c0-0x3df iomem :0xa0000-0xbffff on isa0 :Timecounter "TSC" frequency 1130453349 Hz quality 800 :Timecounters tick every 1.000 msec :acd0: CDROM at ata1-master UDMA33 :ad4: 381554MB at ata2-master SATA150 :ad6: 381554MB at ata3-master SATA150 :amrd0: on amr0 :amrd0: 38138MB (78106624 sectors) RAID 1 (optimal) :ar0: 381554MB status: READY :ar0: disk0 READY (master) using ad4 at ata2-master :ar0: disk1 READY (mirror) using ad6 at ata3-master :Trying to mount root from ufs:/dev/amrd0s1a :WARNING: / was not properly dismounted :WARNING: /tmp was not properly dismounted :WARNING: /usr was not properly dismounted :WARNING: /var was not properly dismounted : : : :_______________________________________________ :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 Thu Nov 10 12:25:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A46B516A41F for ; Thu, 10 Nov 2005 12:25:58 +0000 (GMT) (envelope-from steve@sohara.org) Received: from sohara.org (sohara.org [192.220.64.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 659E643D46 for ; Thu, 10 Nov 2005 12:25:58 +0000 (GMT) (envelope-from steve@sohara.org) Received: (qmail 46839 invoked by uid 16563); 10 Nov 2005 12:25:57 -0000 Received: from unknown (HELO df1.marelmo.com) ([194.145.134.1]) (envelope-sender ) by 192.220.64.179 (qmail-ldap-1.03) with SMTP for ; 10 Nov 2005 12:25:57 -0000 Date: Thu, 10 Nov 2005 12:24:18 +0000 From: Steve O'Hara-Smith To: freebsd-stable@freebsd.org Message-Id: <20051110122418.6c69fb41.steve@sohara.org> In-Reply-To: References: X-Mailer: Sylpheed version 2.0.3 (GTK+ 2.8.6; i386-pc-dragonfly1) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX, Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 12:25:58 -0000 On Thu, 10 Nov 2005 11:27:52 +0000 Pete French wrote: > will remove all the ports first, so it is just back to the basic system. > But Perl is now a port - should I remove this, or should I leave it alone, > i.e. is it required for the build process ? No, nothing outside the base system is required to build the base system. But don't nuke the ports before running cvsup :) -- C:>WIN | Directable Mirror Arrays The computer obeys and wins. | A better way to focus the sun You lose and Bill collects. | licences available see | http://www.sohara.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 12:32:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 155DD16A41F for ; Thu, 10 Nov 2005 12:32:00 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1FE843D46 for ; Thu, 10 Nov 2005 12:31:59 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1EaBau-000I4i-JK; Thu, 10 Nov 2005 12:31:56 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1EaBau-000JFM-De; Thu, 10 Nov 2005 12:31:56 +0000 To: freebsd-stable@freebsd.org, steve@sohara.org In-Reply-To: <20051110122418.6c69fb41.steve@sohara.org> Message-Id: From: Pete French Date: Thu, 10 Nov 2005 12:31:56 +0000 Cc: Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 12:32:00 -0000 > No, nothing outside the base system is required to build the base > system. But don't nuke the ports before running cvsup :) Heh, I have done that in the past, I have to admit :-) Also must note that one should not remove ones login shell before changing back to /bin/sh if one wants to be able to login again! :-) -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 12:38:05 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DF2F16A41F for ; Thu, 10 Nov 2005 12:38:05 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90B0143D48 for ; Thu, 10 Nov 2005 12:38:04 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr4.xs4all.nl (8.13.3/8.13.3) with ESMTP id jAACc1ZP024816; Thu, 10 Nov 2005 13:38:02 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id C2C87B850; Thu, 10 Nov 2005 13:38:01 +0100 (CET) Date: Thu, 10 Nov 2005 13:38:01 +0100 From: Roland Smith To: Will Saxon Message-ID: <20051110123801.GB42080@slackbox.xs4all.nl> References: <0E972CEE334BFE4291CD07E056C76ED808DB6AE2@bragi.housing.ufl.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline In-Reply-To: <0E972CEE334BFE4291CD07E056C76ED808DB6AE2@bragi.housing.ufl.edu> User-Agent: Mutt/1.4.2.1i 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! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: Anyone having problems with xorg 6.8.2 on 6.0-R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 12:38:05 -0000 --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 09, 2005 at 08:47:41PM -0500, Will Saxon wrote: > Hello, >=20 > I upgraded my amd64 installation to 6.0-RELEASE, and I am no longer=20 > able to use X. It exits with a signal 11 error. I have recompiled from=20 > ports, installed from packages from freebsd.org and performed a clean=20 > installation from an i386 6.0-R cd again installing from both port=20 > compilation and packages. I get the same error every time. This was=20 > all working fine last Thursday on I believe 6.0-BETA5. >=20 > System is a dual Opteron 244 on an MSI K8T Master2-FAR with an ATI=20 > Radeon 9200SE.=20 I'm using a Radeon 9250 on an amd64 (single athlon64, Asus K8V mobo) system without problems. > I've rebuilt xorg with -DWITH_DEBUG and here is a backtrace from the > core file: >=20 > #0 0x282384b3 in kill () from /lib/libc.so.6 > #1 0x2822d4f0 in raise () from /lib/libc.so.6 > #2 0x282a7c5c in abort () from /lib/libc.so.6 > #3 0x0806c1d6 in ddxGiveUp () at xf86Init.c:1228 > #4 0x080d945e in AbortServer () at log.c:395 > #5 0x080d9520 in FatalError ( > f=3D0x8187798 "Caught signal %d. Server aborting\n") at log.c:541 > #6 0x08081618 in xf86SigHandler (signo=3D11) at xf86Events.c:1298 > #7 0xbfbfff94 in ?? () > #8 0x0000000b in ?? () > #9 0x0000000c in ?? () > #10 0xbfbfe680 in ?? () > #11 0x0000022c in ?? () > #12 0x080815c0 in xf86InterceptSignals () at xf86Events.c:1270 > #13 0x28632934 in RADEONDisplayDDCConnected (pScrn=3D0x81df800,=20 > DDCType=3DDDC_VGA, port=3D0x81c2a44) at radeon_driver.c:914 > #14 0x2863e10f in RADEONPreInit (pScrn=3D0x81df800, flags=3D0) > at radeon_driver.c:1810 > #15 0x0806dcc0 in InitOutput (pScreenInfo=3D0x81b9ac0, argc=3D4, > argv=3D0xbfbfed20) > at xf86Init.c:588 > #16 0x080c2ae7 in main (argc=3D4, argv=3D0xbfbfed20, envp=3D0xbfbfed34) > at main.c:365 > > As I mentioned earlier, this occurs on i386 and amd64, compiled on the=20 > machine or using packages from freebsd.org. I have tried with and > without > dri enabled. For DRI, you need an extra device on 6.0. On 5.4 it used to be: device radeondrm On 6.0 it should be: device drm device radeondrm HTH, Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --JP+T4n/bALQSJXh8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDcz8pEnfvsMMhpyURAtLEAJ0e1P2IOGVZJjJqTBX3j+usK5d3qgCfTGhD MMF2JbTG6f1QQGA84DN+6kw= =5hxZ -----END PGP SIGNATURE----- --JP+T4n/bALQSJXh8-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:12:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8644A16A420 for ; Thu, 10 Nov 2005 13:12:07 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDA8243D49 for ; Thu, 10 Nov 2005 13:12:05 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so502441wxc for ; Thu, 10 Nov 2005 05:12:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gKavl76Xz8tSeVzm/EnYW+78zJHAIegmbHQ7Mpos2qP5WmrxfoBZAK/Nye6bU4eAhBJlvDXywSUedlQ2LapM8fcoOr3cDQ/SZRO/KAIw+QM5Qc/f2nJ2358FlMh1qI5SWn3LMvPiDLUUwucNM+mcPtzUHEjESHJ4PR6a7YZOwo8= Received: by 10.70.53.1 with SMTP id b1mr1037092wxa; Wed, 09 Nov 2005 12:04:33 -0800 (PST) Received: by 10.70.104.18 with HTTP; Wed, 9 Nov 2005 12:04:33 -0800 (PST) Message-ID: <35c231bf0511091204t60817b15v6934e41323f4060a@mail.gmail.com> Date: Wed, 9 Nov 2005 12:04:33 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: Barkley Vowk In-Reply-To: <20051109113648.D3622@3jane.math.ualberta.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051109113648.D3622@3jane.math.ualberta.ca> Cc: freebsd-stable@freebsd.org Subject: Re: Filesystems >1TB not possible on 6.0-R (anymore?). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 13:12:07 -0000 On 11/9/05, Barkley Vowk wrote: > I've got a 3TB (7 x 500GB w/ hot-spare) array on an areca board in amd64. > > Under 5.4-R I could have >1TB filesystems without an issue. I recall not > having problems with 6.0-BETA5 too. > > However, 6.0-R gives me a tragic: > > /dev/da0s1d 723G 54G 611G 8% /home > > Certainly not what I was hoping for. > > I've tried both i386 and amd64 releases. > > Especially since that apparent limit is much smaller than 1TB. Curious. Is there any remaining space for a second slice, as in da0s2? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:13:30 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFBBD16A41F for ; Thu, 10 Nov 2005 13:13:30 +0000 (GMT) (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 148C243D46 for ; Thu, 10 Nov 2005 13:13:27 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wfgjaj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id jAADDQW9006142 for ; Thu, 10 Nov 2005 14:13:26 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id jAADDQsT006141; Thu, 10 Nov 2005 14:13:26 +0100 (CET) (envelope-from olli) Date: Thu, 10 Nov 2005 14:13:26 +0100 (CET) Message-Id: <200511101313.jAADDQsT006141@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) Cc: Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@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, 10 Nov 2005 13:13:30 -0000 Pete French wrote: > > > No, nothing outside the base system is required to build the base > > system. But don't nuke the ports before running cvsup :) > > Heh, I have done that in the past, I have to admit :-) Also must > note that one should not remove ones login shell before changing back > to /bin/sh if one wants to be able to login again! :-) That's why I always put a statically linked copy of my favourite shell (zsh) in /bin, so I can even use it in single-user mode. Under some circumstances it can also be useful to have an "emergency user" which is not dependant on anything outside the base system (i.e. doesn't use anything from /usr/local, doesn't have its home on an NFS volume, doesn't has its account information on NIS etc.). It should be a member of the wheel group so it can do "su". Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. cat man du : where Unix geeks go when they die From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:26:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE1F616A41F for ; Thu, 10 Nov 2005 13:26:58 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4480243D49 for ; Thu, 10 Nov 2005 13:26:57 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from stromnet.org (81.231.107.13) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 43721F89000451C7 for freebsd-stable@freebsd.org; Thu, 10 Nov 2005 14:26:57 +0100 Received: (qmail 7541 invoked from network); 10 Nov 2005 13:26:54 -0000 Received: from unknown (HELO ?10.10.0.6?) (10.10.0.6) by elfi.stromnet.org with SMTP; 10 Nov 2005 13:26:54 -0000 In-Reply-To: <20051110125550.GA12858@nic.fr> References: <9093411A-DB4E-4ECF-8503-D55E9CA760D5@stromnet.org> <20051110125550.GA12858@nic.fr> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <9525EED4-2912-41FE-9CBE-BF25E3AA4FB9@stromnet.org> Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Thu, 10 Nov 2005 14:27:41 +0100 To: Stephane Bortzmeyer X-Mailer: Apple Mail (2.746.2) Cc: users@httpd.apache.org, mod_python@modpython.org, freebsd-stable@freebsd.org Subject: Re: Apache2, mod_python and nss_ldap: Coredump X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 13:26:58 -0000 On 10 nov 2005, at 13.55, Stephane Bortzmeyer wrote: > On Wed, Nov 09, 2005 at 01:46:37PM +0100, > Johan Str=F6m wrote > a message of 112 lines which said: > >> Im trying to have apache 2.0.55, mod_python 3.1.4 and nss_ldap 239, >> all the latest from ports. >> The problem I have is this: If i have LoadModule python_module >> libexec/apache2/mod_python.so in my httpd.conf, and at the same time >> have either >> "group: files ldap" and/or "passwd: files ldap" in my nsswitch.conf, >> i get Segfaults. Example: > > The only thing I can say is that I have the same problem on > FreeBSD 5.4-RELEASE. > > Intresting... So it seems im not the only one with problems then. CC'ing this to the freebsd-stable-list (and the correct mod_python =20 mail-address.. had it wrong in the first mail to apache-users).. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:28:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21B2A16A41F; Thu, 10 Nov 2005 13:28:16 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73BC843D46; Thu, 10 Nov 2005 13:28:14 +0000 (GMT) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id B92C31841DC; Thu, 10 Nov 2005 21:27:48 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id B36C4184088; Thu, 10 Nov 2005 21:27:48 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by asclepius.extinput (Postfix) with ESMTP id A5485183851; Thu, 10 Nov 2005 21:27:48 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 4ABCC17E2F; Thu, 10 Nov 2005 21:27:47 +0800 (WST) Received: from mussel.ucc.gu.uwa.edu.au (mussel.ucc.gu.uwa.edu.au [130.95.13.18]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 19D5017E23; Thu, 10 Nov 2005 21:27:47 +0800 (WST) Received: from zanchey (helo=localhost) by mussel.ucc.gu.uwa.edu.au with local-esmtp (Exim 3.36 #1 (Debian)) id 1EaCSx-0003Oi-00; Thu, 10 Nov 2005 21:27:47 +0800 Date: Thu, 10 Nov 2005 21:27:46 +0800 (WST) From: David Adam To: =?ISO-8859-1?Q?Johan_Str=F6m?= In-Reply-To: Message-ID: References: <89E441A8-CC50-4F11-BE3E-AE6C384F5305@stromnet.org> <20051109232546.GP37350@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-SpamTest-Info: Profile: Formal (278/051031) X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release Cc: Brian Fundakowski Feldman , freebsd-stable@freebsd.org Subject: Re: Apache2, mod_python and nss_ldap: Coredump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 13:28:16 -0000 I can't help with most of your problem, but... On Thu, 10 Nov 2005, Johan Str=F6m wrote: > Is there any way to check if a lib is strip'd/got debug symbols or not? file(1) will tell you. /usr/obj/usr/src/lib/libmagic/compress.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (FreeBSD), not stripped strip(1) the file, and it becomes... /usr/obj/usr/src/lib/libmagic/compress.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (FreeBSD), stripped David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:28:46 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B52216A41F for ; Thu, 10 Nov 2005 13:28:45 +0000 (GMT) (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 2C9F843D46 for ; Thu, 10 Nov 2005 13:28:44 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (jividq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id jAADSh56006534 for ; Thu, 10 Nov 2005 14:28:43 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id jAADShUv006533; Thu, 10 Nov 2005 14:28:43 +0100 (CET) (envelope-from olli) Date: Thu, 10 Nov 2005 14:28:43 +0100 (CET) Message-Id: <200511101328.jAADShUv006533@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <43732EA0.5030000@jonny.eng.br> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: After 6.0-RELEASE, still cannot find ATA disk com VIA8235 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@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, 10 Nov 2005 13:28:46 -0000 João Carlos Mendes Luis wrote: > After 5.4-RELEASE I did try to install FreeBSD on a spare > desktop at work, but it failed to boot, with a kernel trap 12 and > ATA_IDENTIFY time out. > > Knowning that 6.0 has a completely new ata driver, I did it > again. Now the system boots, and shows absolutely no error message. > But also could not identify neither the Samsung Hard disk, nor the > CDROM on the VIA8235 ata interface. That's strange. I also have a VT8235 system running 6.0 (RELENG_6 of last week), and the ATA drives work perfectly fine. This is what ``pciconf -lv'' reports: atapci0@pci0:17:1: class=0x01018a card=0xaa011106 chip=0x05711106 rev=0x06 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT82xxxx EIDE Controller (All VIA Chipsets)' class = mass storage subclass = ATA And these are the relevant lines from /var/run/dmesg.boot: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 ad0: 238475MB at ata0-master UDMA100 acd0: DVDROM at ata0-slave UDMA33 ad2: 239372MB at ata1-master UDMA133 Maybe you should share your pciconf/dmesg output with us. Messages from a verbose boot might be useful, too. > The motherboard is an ASUS P4VP-MX, with a 2.0GHz P4 CPU, and 1G > RAM. The harddisk is a Samsung SP0411N, on primary master, and the > CDROM is an LG GCR-8523B, on secondary slave. That's not a supported configuration. You cannot have a slave without a master. (It _might_ work if you're lucky, but it's not reliable.) However, it should at least detect the master on the first channel, so that's not the cause of your problem. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "If you aim the gun at your foot and pull the trigger, it's UNIX's job to ensure reliable delivery of the bullet to where you aimed the gun (in this case, Mr. Foot)." -- Terry Lambert, FreeBSD-hackers mailing list. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:29:33 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E873616A420 for ; Thu, 10 Nov 2005 13:29:32 +0000 (GMT) (envelope-from ricardo@dis.epm.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6829B43D46 for ; Thu, 10 Nov 2005 13:29:31 +0000 (GMT) (envelope-from ricardo@dis.epm.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 98AF33A9D for ; Thu, 10 Nov 2005 11:29:28 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 6BA253A8D for ; Thu, 10 Nov 2005 11:29:23 -0200 (BRDT) Message-ID: <43734B2C.4090208@dis.epm.br> Date: Thu, 10 Nov 2005 11:29:16 -0200 From: "Ricardo A. Reis" User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051024) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 13:29:33 -0000 Hi all, The University where i work recent acquire a new server, i install FreeBSD 6.0 and update for STABLE yestarday, in dmesg i see this messages"" ahd0: Invalid Sequencer interrupt occurred. full-dmesg-output Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Wed Nov 9 01:03:14 UTC 2005 root@:/usr/obj/usr/src/sys/SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Hyperthreading: 2 logical CPUs real memory = 1073152000 (1023 MB) avail memory = 1041080320 (992 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci3 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci3 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci2: at device 0.1 (no driver attached) pcib4: at device 0.2 on pci2 pci4: on pcib4 em0: port 0x3000-0x303f mem 0xdd300000-0xdd31ffff irq 54 at device 2.0 on pci4 em0: Ethernet address: 00:30:48:2e:71:a4 em0: Speed:N/A Duplex:N/A em1: port 0x3040-0x307f mem 0xdd320000-0xdd33ffff irq 55 at device 2.1 on pci4 em1: Ethernet address: 00:30:48:2e:71:a5 em1: Speed:N/A Duplex:N/A pci2: at device 0.3 (no driver attached) pcib5: irq 16 at device 4.0 on pci0 pci5: on pcib5 pcib6: irq 16 at device 6.0 on pci0 pci6: on pcib6 pcib7: at device 30.0 on pci0 pci7: on pcib7 pci7: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1420-0x142f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDRW at ata0-master UDMA33 ahd0: Invalid Sequencer interrupt occurred. >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x23b Mode 0x0 Card was paused INTSTAT[0x0] SELOID[0x1] SELID[0x0] HS_MAILBOX[0x0] INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2) SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x3] KERNEL_QFREEZE_COUNT[0x3] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0] SCB Count = 16 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0x7 NEXTSCB 0xff00 qinstart = 38 qinfifonext = 39 QINFIFO: 0xb WAITING_TID_QUEUES: Pending list: 11 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x87] Total 1 Kernel Free SCB list: 7 15 1 2 3 4 5 6 8 9 10 12 13 14 0 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: Sequencer On QFreeze and Complete list: ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0xf SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xb SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) LQIN: 0x8 0x0 0x0 0xf 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x0] ahd0: REG0 == 0xd260, SINDEX = 0x10e, DINDEX = 0x104 ahd0: SCBPTR == 0xf, SCB_NEXT == 0xff00, SCB_NEXT2 == 0x7 CDB 12 20 0 80 88 b6 STACK: 0x236 0x2 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> ses0 at ahd0 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 SMP: AP CPU #1 Launched! da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Trying to mount root from ufs:/dev/da0s1a Thanks for help, Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:30:15 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B622816A41F for ; Thu, 10 Nov 2005 13:30:15 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB9A543D48 for ; Thu, 10 Nov 2005 13:30:14 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 6E3E73A8F for ; Thu, 10 Nov 2005 11:30:13 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 1E76E3A8D for ; Thu, 10 Nov 2005 11:30:08 -0200 (BRDT) Message-ID: <43734B59.7090609@yahoo.com.br> Date: Thu, 10 Nov 2005 11:30:01 -0200 From: "Ricardo A. Reis" User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051024) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: Subject: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 13:30:15 -0000 Hi all, The University where i work recent acquire a new server, i install FreeBSD 6.0 and update for STABLE yestarday, in dmesg i see this messages"" ahd0: Invalid Sequencer interrupt occurred. full-dmesg-output Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Wed Nov 9 01:03:14 UTC 2005 root@:/usr/obj/usr/src/sys/SMP ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20100000 Hyperthreading: 2 logical CPUs real memory = 1073152000 (1023 MB) avail memory = 1041080320 (992 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 5 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 10 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: irq 0 on acpi0 pci_link5: irq 0 on acpi0 pci_link6: irq 0 on acpi0 pci_link7: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 0.0 on pci2 pci3: on pcib3 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci3 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci3 ahd1: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pci2: at device 0.1 (no driver attached) pcib4: at device 0.2 on pci2 pci4: on pcib4 em0: port 0x3000-0x303f mem 0xdd300000-0xdd31ffff irq 54 at device 2.0 on pci4 em0: Ethernet address: 00:30:48:2e:71:a4 em0: Speed:N/A Duplex:N/A em1: port 0x3040-0x307f mem 0xdd320000-0xdd33ffff irq 55 at device 2.1 on pci4 em1: Ethernet address: 00:30:48:2e:71:a5 em1: Speed:N/A Duplex:N/A pci2: at device 0.3 (no driver attached) pcib5: irq 16 at device 4.0 on pci0 pci5: on pcib5 pcib6: irq 16 at device 6.0 on pci0 pci6: on pcib6 pcib7: at device 30.0 on pci0 pci7: on pcib7 pci7: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1420-0x142f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 1 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] 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 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDRW at ata0-master UDMA33 ahd0: Invalid Sequencer interrupt occurred. >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< ahd0: Dumping Card State at program address 0x23b Mode 0x0 Card was paused INTSTAT[0x0] SELOID[0x1] SELID[0x0] HS_MAILBOX[0x0] INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2) SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x3] KERNEL_QFREEZE_COUNT[0x3] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] LQOSTAT2[0x0] SCB Count = 16 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0x7 NEXTSCB 0xff00 qinstart = 38 qinfifonext = 39 QINFIFO: 0xb WAITING_TID_QUEUES: Pending list: 11 FIFO_USE[0x0] SCB_CONTROL[0x48]:(STATUS_RCVD|DISCENB) SCB_SCSIID[0x87] Total 1 Kernel Free SCB list: 7 15 1 2 3 4 5 6 8 9 10 12 13 14 0 Sequencer Complete DMA-inprog list: Sequencer Complete list: Sequencer DMA-Up and Complete list: Sequencer On QFreeze and Complete list: ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0xf SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0xb SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) LQIN: 0x8 0x0 0x0 0xf 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 SIMODE0[0xc]:(ENOVERRUN|ENIOERR) CCSCBCTL[0x0] ahd0: REG0 == 0xd260, SINDEX = 0x10e, DINDEX = 0x104 ahd0: SCBPTR == 0xf, SCB_NEXT == 0xff00, SCB_NEXT2 == 0x7 CDB 12 20 0 80 88 b6 STACK: 0x236 0x2 0x0 0x0 0x0 0x0 0x0 0x0 <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> ses0 at ahd0 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Copied 18 bytes of sense data offset 12: 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 SMP: AP CPU #1 Launched! da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) Trying to mount root from ufs:/dev/da0s1a Thanks for help, Ricardo A. Reis UNIFESP Unix and Network Admin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:32:03 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A791A16A41F for ; Thu, 10 Nov 2005 13:32:03 +0000 (GMT) (envelope-from filip@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49AE643D8E for ; Thu, 10 Nov 2005 13:31:50 +0000 (GMT) (envelope-from filip@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:filip@norge.freeshell.org [192.94.73.3]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id jAADVRBd026000; Thu, 10 Nov 2005 13:31:30 GMT Received: (from filip@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id jAADVR7W028118; Thu, 10 Nov 2005 13:31:27 GMT Date: Thu, 10 Nov 2005 13:31:27 +0000 From: Filip Lenaerts To: Jan Grant Message-ID: <20051110133127.GA11544@SDF.LONESTAR.ORG> References: <4372256F.2020800@kernel32.de> <20051110090912.C33260@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 13:32:03 -0000 hi all On Thu, Nov 10, 2005 at 11:17:13AM +0000, Jan Grant wrote: > > FWIW I've just done a successful remote source-based upgrade from 5.4 to > 6.0 (I'm brave) with no problems. I use a second root and /usr to be also did that last night with the latest sources, but failed when booting in single user mode: i get a kernel panic when the kernel is loading the nvidia0 device. > Providing you > remember to rebuild or disable any 5.x-era kernel modules from ports > (nvidia, rtc, etc) prior to the reboot it should work fine and offers a now this is interesting :) i have a nvidia gforce 6600xl, but i can't remember installing/using the nvidia port. perhaps its installed as dependency of xorg? moreover in the sources, there is also a agp_nvidia.c. anyone perhaps knows how this relates to the ports? is it an equivalent? are they redundant to eachother? i'll try recompiling this evening the port and try a boot -s :) filip -- ---- http://filip.freeshell.org mailto:filip@freeshell.org ---- SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:36:33 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CA5916A41F for ; Thu, 10 Nov 2005 13:36:33 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id E937243D62 for ; Thu, 10 Nov 2005 13:36:29 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by dirg.bris.ac.uk with esmtp (Exim 4.54) id 1EaCbL-0007BY-Dl; Thu, 10 Nov 2005 13:36:29 +0000 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 4.50) id 1EaCbI-00042B-8P; Thu, 10 Nov 2005 13:36:24 +0000 Date: Thu, 10 Nov 2005 13:36:24 +0000 (GMT) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: Filip Lenaerts In-Reply-To: <20051110133127.GA11544@SDF.LONESTAR.ORG> Message-ID: References: <4372256F.2020800@kernel32.de> <20051110090912.C33260@fledge.watson.org> <20051110133127.GA11544@SDF.LONESTAR.ORG> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Jan Grant X-Spam-Score: -1.4 X-Spam-Level: - Cc: stable@freebsd.org Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 13:36:33 -0000 On Thu, 10 Nov 2005, Filip Lenaerts wrote: > hi all > > On Thu, Nov 10, 2005 at 11:17:13AM +0000, Jan Grant wrote: > > > > FWIW I've just done a successful remote source-based upgrade from 5.4 to > > 6.0 (I'm brave) with no problems. I use a second root and /usr to be > > also did that last night with the latest sources, but failed when > booting in single user mode: i get a kernel panic when the kernel is > loading the nvidia0 device. > > > Providing you > > remember to rebuild or disable any 5.x-era kernel modules from ports > > (nvidia, rtc, etc) prior to the reboot it should work fine and offers a > > now this is interesting :) > > i have a nvidia gforce 6600xl, but i can't remember installing/using > the nvidia port. perhaps its installed as dependency of xorg? > > moreover in the sources, there is also a agp_nvidia.c. anyone perhaps > knows how this relates to the ports? is it an equivalent? are they > redundant to eachother? You have an option to use the FreeBSD agp device support or nVidia's. I have no idea what criteria one might use to select between them. > i'll try recompiling this evening the port and try a boot -s :) If the device is loaded from /boot/loader.conf you might need to disable that in order for the boot to single-user to work. YMMV. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ Goth isn't dead, it's just lying very still and sucking its cheeks in. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:38:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B14416A41F for ; Thu, 10 Nov 2005 13:38:48 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9302B43D6A for ; Thu, 10 Nov 2005 13:38:47 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by xproxy.gmail.com with SMTP id t10so677192wxc for ; Thu, 10 Nov 2005 05:38:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=diFl3WQ4waLH2/MlKvr3C8ZRUoM/Cqk9BBrMPhE+J++3tDi7swSl6R3Dhun9bTMYDlV5AnUvWsHbXFQW5M5BVwc8fxsreUl2VAyqLoD/3j8IAbflNJopmhLXKwRtpy/SCm8J6YSxq6GQyKK5rTcvIosI8aE1rL9SE+EHU42ZNrU= Received: by 10.65.218.2 with SMTP id v2mr644612qbq; Thu, 10 Nov 2005 02:56:47 -0800 (PST) Received: by 10.65.191.18 with HTTP; Thu, 10 Nov 2005 02:56:47 -0800 (PST) Message-ID: Date: Thu, 10 Nov 2005 02:56:47 -0800 From: Xin LI To: Jens Holmqvist In-Reply-To: <3b41db850511100235m38ddc14fhbc3d04598ee55efc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <437315AE.4010405@hispan.se> <3b41db850511100235m38ddc14fhbc3d04598ee55efc@mail.gmail.com> Cc: Jens Holmqvist , freebsd-stable@freebsd.org Subject: Re: kernel 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: Thu, 10 Nov 2005 13:38:48 -0000 T24gMTEvMTAvMDUsIEplbnMgSG9sbXF2aXN0IDx6cGFydGFAZ21haWwuY29tPiB3cm90ZToKWy4u Ll0KPiA+IHRyYXAgbnVtYmVyID0gMzAKPiA+IHBhbmljOiB1bmtub3duL3Jlc2VydmVkIHRyYXAK PiA+IFVwdGltZTogNDZtNXMKCkxvb2tzIHdlaXJkLiAgV291bGQgeW91IHBsZWFzZSBhbHNvIGF0 dGFjaCB0aGUgZG1lc2cuYm9vdCBnZW5lcmF0ZWQKd2l0aCAiYm9vdCAtdiIgKG9yIHZlcmJvc2Ug Ym9vdCBpZiB5b3UgdXNlIGJlYXN0aWUgYm9vdCBtZW51KSwgd2hpY2gKbWF5IGJlIGhlbHBmdWwg Zm9yIHVzIHRvIGZpZ3VyZSBvdXQgd2hhdCB3YXMgaGFwcGVuaW5nLgoKQ2hlZXJzLAo= From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:50:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF8516A41F for ; Thu, 10 Nov 2005 13:50:38 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA5A643D45 for ; Thu, 10 Nov 2005 13:50:37 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from stromnet.org (81.231.107.13) by pne-smtpout1-sn2.hy.skanova.net (7.2.060.1) id 43721F89000473E7 for freebsd-stable@freebsd.org; Thu, 10 Nov 2005 14:50:37 +0100 Received: (qmail 11119 invoked from network); 10 Nov 2005 13:50:36 -0000 Received: from unknown (HELO ?10.10.0.6?) (10.10.0.6) by elfi.stromnet.org with SMTP; 10 Nov 2005 13:50:36 -0000 Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: <89E441A8-CC50-4F11-BE3E-AE6C384F5305@stromnet.org> <20051109232546.GP37350@green.homeunix.org> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Thu, 10 Nov 2005 14:51:23 +0100 To: freebsd-stable@freebsd.org, users@httpd.apache.org, mod_python@modpython.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: Apache2, mod_python and nss_ldap: Coredump... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 13:50:38 -0000 On 10 nov 2005, at 12.54, Johan Str=F6m wrote: > On 10 nov 2005, at 00.25, Brian Fundakowski Feldman wrote: > >> On Wed, Nov 09, 2005 at 10:20:26AM +0100, Johan Str=F6m wrote: >>> Hi >>> >>> I got a new 6.0-STABLE box. Rebuilt kernel and world 2 hours ago >>> (against RELENG_6), so it should be pretty new. >>> >>> Im trying to have apache 2.0.55, mod_python 3.1.4 and nss_ldap 239, >>> all the latest from ports. >>> The problem I have is this: If i have LoadModule python_module >>> libexec/apache2/mod_python.so in my httpd.conf, and at the same time >>> have either >>> "group: files ldap" and/or "passwd: files ldap" in my nsswitch.conf, >>> i get Segfaults. Example: >>> >>> root@elfi2:~$ apachectl configtest >>> Syntax OK >>> Segmentation fault (core dumped) >>> root@elfi2:~$ >>> >>> However, apache itself is running fine, even using mod_python. >>> If i remove either the LoadModule or both the ldap-entrys in >>> nsswitch, the segfaults dissappear. I've compiled httpd with debug >>> symbols, and this is what I found with gdb (httpd -t is same as >>> apachectl configtest): >>> [...] >>> (gdb) where >>> #0 0x00000000 in ?? () >>> #1 0x28be6744 in ?? () from /usr/local/lib/nss_ldap.so.1 >>> #2 0x28bf2200 in ?? () from /usr/local/lib/nss_ldap.so.1 >> >> Can you try making sure that nss_ldap gets built and linked with -g, >> and is not stripped, so that all symbols and debug info are preserved >> as well? Looks to be atexit(3)-related, from here, but the symbols >> should clear things up. > > Hi, thanks for the answer! > I *think* i got the nss_ldap.so to not be strip'd, at least I cant =20 > find any call in the port Makefile or the sources makefile/=20 > configure stuff that would strip it. Same result as before, no new =20 > symbols.. Strange? I'm compiling with -g and -O0.. > > However, I've noticed one thing, if I run gdb httpd and then run -=20 > t, I get this: > > root@elfi2:~$ gdb httpd > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, =20 > 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 =20 > details. > This GDB was configured as "i386-marcel-freebsd"... > (gdb) run -t > Starting program: /usr/local/sbin/httpd -t > warning: Unable to get location for thread creation breakpoint: =20 > generic error > [New LWP 100128] > [New Thread 0x80fa000 (LWP 100128)] > wWarning: DocumentRoot [/usr/local/nagios/share] does not exist > Syntax OK > [New LWP 100128] > > Program received signal SIGTRAP, Trace/breakpoint trap. > [Switching to LWP 100128] > 0x28bce277 in pthread_testcancel () from /usr/lib/libpthread.so.2 > (gdb) where > #0 0x28bce277 in pthread_testcancel () from /usr/lib/libpthread.so.2 > Error accessing memory address 0x28bcd7a8: Bad address. > (gdb) > > > Thats the pthread_cancel thing I was talking about before... > However, if I do run httpd -t and then check the dump with gdb =20 > httpd -c httpd.core, I get the same as first posted. > > Did the test over and over again, got the same pthread_cancel =20 > error, reading the same memory address, re-ran httpd -t a couple of =20= > times and seems I only get these pthread_cancel calls... > > Is there any way to check if a lib is strip'd/got debug symbols or =20 > not? > > Thanks > Johan Okay, some news here then.. Thanks to David Adam I used file to =20 determine if it was striped or not, seems it was.. So now I've fixed =20 it, not striped anymore (the install command striped it, i missed =20 that).. New debug output then: (gdb) where #0 0x00000000 in ?? () #1 0x28bd9730 in __do_global_dtors_aux () from /usr/local/lib/=20 nss_ldap.so.1 #2 0x28be2984 in _fini () from /usr/local/lib/nss_ldap.so.1 #3 0x280b5018 in tls_dtv_generation () from /libexec/ld-elf.so.1 #4 0x280b63d8 in ?? () from /libexec/ld-elf.so.1 #5 0xbfbfe628 in ?? () #6 0x2809d076 in elf_hash () from /libexec/ld-elf.so.1 #7 0x2809f958 in dlclose () from /libexec/ld-elf.so.1 #8 0x284b064c in _nsdbtaddsrc () from /lib/libc.so.6 #9 0x284b020f in endhostent () from /lib/libc.so.6 #10 0x284b06cc in _nsdbtaddsrc () from /lib/libc.so.6 #11 0x284cf35f in __cxa_finalize () from /lib/libc.so.6 #12 0x284cef9a in exit () from /lib/libc.so.6 #13 0x0806b746 in destroy_and_exit_process (process=3D0x80a4090, =20 process_exit_value=3D0) at main.c:216 #14 0x0806c0fe in main (argc=3D2, argv=3D0xbfbfe838) at main.c:565 (Also sent this to the other lists this thread is discussed in). Johan From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 13:58:48 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4987B16A41F for ; Thu, 10 Nov 2005 13:58:48 +0000 (GMT) (envelope-from WillS@housing.ufl.edu) Received: from smtp.housing.ufl.edu (smtp1.housing.ufl.edu [128.227.47.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E46843D45 for ; Thu, 10 Nov 2005 13:58:47 +0000 (GMT) (envelope-from WillS@housing.ufl.edu) Received: (qmail 98839 invoked by uid 98); 10 Nov 2005 13:58:46 -0000 Received: from 128.227.47.18 by smtp2.housing.ufl.edu (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.83/705. spamassassin: 3.0.2. Clear:RC:1(128.227.47.18):. Processed in 0.067224 secs); 10 Nov 2005 13:58:46 -0000 X-Qmail-Scanner-Mail-From: WillS@housing.ufl.edu via smtp2.housing.ufl.edu X-Qmail-Scanner: 1.25 (Clear:RC:1(128.227.47.18):. Processed in 0.067224 secs) Received: from bragi.housing.ufl.edu (128.227.47.18) by smtp.housing.ufl.edu with SMTP; 10 Nov 2005 13:58:46 -0000 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.0.6603.0 Date: Thu, 10 Nov 2005 08:58:46 -0500 Message-ID: <0E972CEE334BFE4291CD07E056C76ED808DC30FE@bragi.housing.ufl.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Anyone having problems with xorg 6.8.2 on 6.0-R Thread-Index: AcXl8510OLlIcEemTKWdcNgRhz/cRQACw2Cg From: "Will Saxon" To: "Roland Smith" Cc: stable@freebsd.org Subject: RE: Anyone having problems with xorg 6.8.2 on 6.0-R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 13:58:48 -0000 > -----Original Message----- > From: Roland Smith [mailto:rsmith@xs4all.nl]=20 > Sent: Thursday, November 10, 2005 7:38 AM > To: Will Saxon > Cc: stable@freebsd.org > Subject: Re: Anyone having problems with xorg 6.8.2 on 6.0-R >=20 >=20 > For DRI, you need an extra device on 6.0. On 5.4 it used to be: >=20 > device radeondrm >=20 > On 6.0 it should be: >=20 > device drm > device radeondrm >=20 > HTH, Roland Thanks Roland. I loaded the radeon kernel module and that usually takes care of things. What I have also determined that I think is odd, is that I can start X remotely from home, via SSH, without issue. It is only locally that I am not able to start X. -Will From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 14:00:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0564C16A41F for ; Thu, 10 Nov 2005 14:00:06 +0000 (GMT) (envelope-from zparta@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id CADA243D55 for ; Thu, 10 Nov 2005 14:00:02 +0000 (GMT) (envelope-from zparta@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so394520nzo for ; Thu, 10 Nov 2005 06:00:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=H6u+VxKcZ2eTo/lHfWISto8OoJovtFoYTUxwMvZIYv6zowbg3AWHToagMnlkk3gLyRIoiCYvK4LAa0/3A8JD8VR+rT0lwx+DB3E/GgJ6AEsAj0B52QvRXlwiSdnu4J089d4fKa1TLQchj6q7/l1Ryrh32X9jTQvwcooKHgkPjrU= Received: by 10.37.18.8 with SMTP id v8mr522108nzi; Thu, 10 Nov 2005 06:00:02 -0800 (PST) Received: by 10.37.18.50 with HTTP; Thu, 10 Nov 2005 06:00:02 -0800 (PST) Message-ID: <3b41db850511100600g596feb79m81558a6956dbb24b@mail.gmail.com> Date: Thu, 10 Nov 2005 15:00:02 +0100 From: Jens Holmqvist To: Xin LI In-Reply-To: MIME-Version: 1.0 References: <437315AE.4010405@hispan.se> <3b41db850511100235m38ddc14fhbc3d04598ee55efc@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: kernel 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: Thu, 10 Nov 2005 14:00:07 -0000 On 11/10/05, Xin LI wrote: > > On 11/10/05, Jens Holmqvist wrote: > [...] > > > trap number =3D 30 > > > panic: unknown/reserved trap > > > Uptime: 46m5s > > Looks weird. Would you please also attach the dmesg.boot generated > with "boot -v" (or verbose boot if you use beastie boot menu), which > may be helpful for us to figure out what was happening. > > Cheers, > ok here is my dmesg when i started it in verbose Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Tue Nov 8 03:32:10 CET 2005 zparta@hispan.se:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b55000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b55188. Calibrating clock(s) ... i8254 clock: 1193368 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1400600893 Hz CPU: AMD Athlon(tm) XP 1600+ (1400.60-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x662 Stepping =3D 2 Features=3D0x383fbff AMD Features=3D0xc0480800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associativ= e real memory =3D 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001f6b7fff, 514404352 bytes (125587 pages) avail memory =3D 515964928 (492 MB) MP Configuration Table version 1.4 found at 0xc00f1400 Table 'FACP' at 0x1fff3040 Table 'APIC' at 0x1fff6b00 MADT: Found table at 0x1fff6b00 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fb030 bios32: Entry =3D 0xfb4a0 (c00fb4a0) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xb4d0 pnpbios: Found PnP BIOS data at 0xc00fbfa0 pnpbios: Entry =3D f0000:bfd0 Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008840 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D30991106) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fdef0 PCI-Only Interrupts: 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 16 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 16 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 16 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 16 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 2 0 15 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 15 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 2 0 15 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 15 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 13 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 3 0 13 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 13 C 0x04 3 4 5 7 9 10 11 12 14 15 slot 3 0 13 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 A 0x04 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 9 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 9 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 5 0 9 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 5 0 9 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 6 0 8 A 0x04 3 4 5 7 9 10 11 12 14 15 slot 6 0 8 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 6 0 8 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 6 0 8 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 D 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x04 3 4 5 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link1: on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link2: irq 10 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link3: irq 12 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 12 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 12 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link4: on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link5: on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link6: on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link7: on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x4010 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1106, dev=3D0x3099, revid=3D0x00 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2210, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=3D0x1106, dev=3D0xb099, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x1076, revid=3D0x00 bus=3D0, slot=3D11, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D12 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base e9020000, size 17, enabled map[14]: type 1, range 32, base e9000000, size 17, enabled map[18]: type 4, range 32, base 0000c000, size 6, enabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 19 found-> vendor=3D0x1106, dev=3D0x3074, revid=3D0x00 bus=3D0, slot=3D17, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0087, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 bus=3D0, slot=3D17, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c400, size 4, enabled found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x1b bus=3D0, slot=3D17, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D12 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.17.INTD (src \\_SB_.PCI0.ALKD:0) pci_link7: Picked IRQ 9 with weight 0 pcib0: slot 17 INTD routed to irq 9 via \\_SB_.PCI0.ALKD found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x1b bus=3D0, slot=3D17, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D12 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.17.INTD (src \\_SB_.PCI0.ALKD:0) pcib0: slot 17 INTD routed to irq 9 via \\_SB_.PCI0.ALKD found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x1b bus=3D0, slot=3D17, func=3D4 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D12 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.17.INTD (src \\_SB_.PCI0.ALKD:0) pcib0: slot 17 INTD routed to irq 9 via \\_SB_.PCI0.ALKD found-> vendor=3D0x1103, dev=3D0x0004, revid=3D0x05 bus=3D0, slot=3D19, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x08 (2000 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 3, enabled map[14]: type 4, range 32, base 0000d800, size 2, enabled map[18]: type 4, range 32, base 0000dc00, size 3, enabled map[1c]: type 4, range 32, base 0000e000, size 2, enabled map[20]: type 4, range 32, base 0000e400, size 8, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xe6000000-0xe7ffffff pcib1: prefetched decode 0xe4000000-0xe5ffffff pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x10de, dev=3D0x002d, revid=3D0x15 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x05 (1250 ns), maxlat=3D0x01 (250 ns) intpin=3Da, irq=3D11 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base e6000000, size 24, enabled pcib1: (null) requested memory range 0xe6000000-0xe6ffffff: good map[14]: type 3, range 32, base e4000000, size 25, enabled pcib1: (null) requested memory range 0xe4000000-0xe5ffffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) em0: port 0xc000-0xc03f mem 0xe9020000-0xe903ffff,0xe9000000-0xe901ffff irq 19 at device 11.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xe9020000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xc000 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:5d:ee:d0 em0: Speed:N/A Duplex:N/A isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc400-0xc40f at device 17.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc400 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D50 devices=3D0x3 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D50 ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat1=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3Dff stat1=3D10 devices=3D0x8 ata1: [MPSAFE] uhci0: port 0xc800-0xc81f irq 9 at device 17.2on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc800 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xcc00-0xcc1f irq 9 at device 17.3on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 9 at device 17.4on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered atapci1: port 0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc07,0xe000-0xe003,0xe400-0xe4ff irq 1= 8 at device 19.0 on pci0 atapci1: Reserved 0x100 bytes for rid 0x20 type 4 at 0xe400 atapci1: [MPSAFE] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xd400 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xd800 ata2: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D50 ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3Dff stat1=3D50 devices=3D0x2 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xdc00 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata3: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata3: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: reset tp2 stat0=3D50 stat1=3D50 devices=3D0x3 ata3: [MPSAFE] acpi_tz0: on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xd001 0xd011 0xd001 0xd001 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0xd001 0xd009 0xd001 0xd001 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 o= n acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 133389916 hz Timecounter "TSC" frequency 1400600893 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA66 cable=3D40 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ad0: setting PIO4 on VIA 8233 chip ad0: setting UDMA100 on VIA 8233 chip ad0: 29325MB at ata0-master UDMA100 ad0: 60058656 sectors [59582C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ad1: setting PIO4 on VIA 8233 chip ad1: DMA limited to UDMA33, device found non-ATA66 cable ad1: setting UDMA33 on VIA 8233 chip ad1: 6187MB at ata0-slave UDMA33 ad1: 12672450 sectors [13410C/15H/63S] 16 sectors/interrupt 1 depth queue ad1: VIA check1 failed ad1: Adaptec check1 failed ad1: LSI (v3) check1 failed ad1: LSI (v2) check1 failed ad1: FreeBSD check1 failed GEOM: new disk ad1 ata1-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: setting PIO4 on VIA 8233 chip acd0: setting UDMA33 on VIA 8233 chip acd0: CDROM drive at ata1 as slave acd0: read 6875KB/s (6875KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ad5: setting PIO4 on HighPoint chip ad5: setting UDMA133 on HighPoint chip ad5: 117246MB at ata2-slave UDMA133 ad5: 240121728 sectors [238216C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad5 ad5: HighPoint (v3) check1 failed ad5: HighPoint (v2) check1 failed ad5: Adaptec check1 failed ad5: LSI (v3) check1 failed ad5: LSI (v2) check1 failed ad5: FreeBSD check1 failed ata1-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ad6: setting PIO4 on HighPoint chip ad6: setting UDMA133 on HighPoint chip ad6: 194481MB at ata3-master UDMA133 ad6: 398297088 sectors [395136C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad6 ad6: HighPoint (v3) check1 failed ****** ATA Highpoint V2 RocketRAID Metadata ***** magic 0x5a7816f0 magic_0 0xce230623 magic_1 0x00000000 order 0x00000004 array_width 2 stripe_shift 7 type RAID0 disk_number 0 total_sectors 796593920 disk_mode 0x00000000 boot_mode 0x00000000 boot_disk 0x00 boot_protect 0x00 log_entries 0x00 log_index 0x00 rebuild_lba 0x7fffffff dummy_1 0x00 name_1 dummy_2 0x00 name_2 <> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ad7: setting PIO4 on HighPoint chip ad7: setting UDMA133 on HighPoint chip ad7: 194481MB at ata3-slave UDMA133 ad7: 398297088 sectors [421478C/15H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad7 ad7: HighPoint (v3) check1 failed ****** ATA Highpoint V2 RocketRAID Metadata ***** magic 0x5a7816f0 magic_0 0xce230623 magic_1 0x00000000 order 0x00000004 array_width 2 stripe_shift 7 type RAID0 disk_number 1 total_sectors 796593920 disk_mode 0x00000000 boot_mode 0x00000000 boot_disk 0x00 boot_protect 0x00 log_entries 0x00 log_index 0x00 rebuild_lba 0x7fffffff dummy_1 0x00 name_1 dummy_2 0x00 name_2 <> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ATA PseudoRAID loaded ********** ATA PseudoRAID ar0 Metadata ********** =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D format HighPoint v2 RocketRAID type RAID0 flags 0x00 0 magic_0 0x00000000ce230623 magic_1 0x0000000000000000 generation 0 total_sectors 796593920 offset_sectors 10 heads 255 sectors 63 cylinders 49585 width 2 interleave 128 total_disks 2 disk 0: flags =3D 0x0b b ad6: sectors 398296960 disk 1: flags =3D 0x0b b ad7: sectors 398296960 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ar0: 388961MB status: READY ar0: 796593920 sectors [49585C/255H/63S] subdisks defined as: ar0: disk0 READY using ad6 at ata3-master ar0: disk1 READY using ad7 at ata3-slave ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 GEOM: new disk ar0 Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init em0: Link is up 100 Mbps Full Duplex em0: Link is up 100 Mbps Full Duplex em0: Link is up 100 Mbps Full Duplex From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 14:25:04 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA89F16A41F for ; Thu, 10 Nov 2005 14:25:04 +0000 (GMT) (envelope-from feanor@pc5-179.lri.fr) Received: from lri.lri.fr (lri.lri.fr [129.175.15.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FFA243D5F for ; Thu, 10 Nov 2005 14:25:00 +0000 (GMT) (envelope-from feanor@pc5-179.lri.fr) Received: from localhost (localhost.localdomain [127.0.0.1]) by lri.lri.fr (Postfix) with ESMTP id 87D4F249C8C for ; Thu, 10 Nov 2005 15:24:56 +0100 (CET) Received: from lri.lri.fr ([127.0.0.1]) by localhost (lri.lri.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14814-09 for ; Thu, 10 Nov 2005 15:24:56 +0100 (CET) Received: from pc5-179.lri.fr (pc5-179 [129.175.5.179]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lri.lri.fr (Postfix) with ESMTP id 726FB249C8A for ; Thu, 10 Nov 2005 15:24:56 +0100 (CET) Received: from pc5-179.lri.fr (localhost.lri.fr [127.0.0.1]) by pc5-179.lri.fr (8.13.3/8.13.1) with ESMTP id jAAEOur6033868 for ; Thu, 10 Nov 2005 15:24:56 +0100 (CET) (envelope-from feanor@pc5-179.lri.fr) Received: (from feanor@localhost) by pc5-179.lri.fr (8.13.3/8.13.1/Submit) id jAAEOti2033867 for freebsd-stable@FreeBSD.ORG; Thu, 10 Nov 2005 15:24:55 +0100 (CET) (envelope-from feanor) Date: Thu, 10 Nov 2005 15:24:55 +0100 From: Marwan Burelle To: freebsd-stable@FreeBSD.ORG Message-ID: <20051110142455.GA33797@pc5-179.lri.fr> References: <200511101313.jAADDQsT006141@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <200511101313.jAADDQsT006141@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new at lri.fr Cc: Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 14:25:05 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 10, 2005 at 02:13:26PM +0100, Oliver Fromme wrote: > Under some circumstances it can also be useful to have > an "emergency user" which is not dependant on anything > outside the base system (i.e. doesn't use anything from > /usr/local, doesn't have its home on an NFS volume, > doesn't has its account information on NIS etc.). It > should be a member of the wheel group so it can do "su". In the same idea, I never change root's shell (and often on NIS environnement I keep the "least uper bound" shell of all install and had a little trick to startup files to find my fav' shell at login and then exec it ... ) I think also that root should have /rescue/*sh as shell (static versions) just to be sure ... --=20 Burelle Marwan, Equipe Bases de Donnees - LRI http://www.cduce.org (burelle@lri.fr | Marwan.Burelle@ens.fr) --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDc1g3I+2UvUKfgvgRAofXAJ48gWjTOs4mEuvnaIWuDYl3u+meOgCfbpx/ gGU/hka3JGk8AS8PYwhTawI= =7gHn -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 14:44:47 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0B1C16A41F for ; Thu, 10 Nov 2005 14:44:47 +0000 (GMT) (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 023DD43D45 for ; Thu, 10 Nov 2005 14:44:46 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (gpkdap@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id jAAEiiim010917 for ; Thu, 10 Nov 2005 15:44:45 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id jAAEii8H010916; Thu, 10 Nov 2005 15:44:44 +0100 (CET) (envelope-from olli) Date: Thu, 10 Nov 2005 15:44:44 +0100 (CET) Message-Id: <200511101444.jAAEii8H010916@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <20051110142455.GA33797@pc5-179.lri.fr> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) Cc: Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@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, 10 Nov 2005 14:44:47 -0000 Marwan Burelle wrote: > On Thu, Nov 10, 2005 at 02:13:26PM +0100, Oliver Fromme wrote: > > Under some circumstances it can also be useful to have > > an "emergency user" which is not dependant on anything > > outside the base system (i.e. doesn't use anything from > > /usr/local, doesn't have its home on an NFS volume, > > doesn't has its account information on NIS etc.). It > > should be a member of the wheel group so it can do "su". > > In the same idea, I never change root's shell I never change root's login shell either -- because it is never used. > I think also that root should have /rescue/*sh as shell (static > versions) just to be sure ... Well, I vote for /sbin/nologin as root's login shell. In single-user mode, the systems asks for the shell, with /bin/sh being the default. In multi-user mode, nobody should ever log in as root. You rather log in as normal user and then use "su -m", or use sudo(8) or super(1) or whatever. Therefore I think root's login shell has zero meaning, and it should be /sbin/nologin for security reasons (in case you accidentally enabled root login via ssh, or you have set the virtual terminals set to "secure" in /etc/ttys). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 15:02:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7429616A41F; Thu, 10 Nov 2005 15:02:05 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id D999843D46; Thu, 10 Nov 2005 15:02:04 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id 63D8C1DD467; Thu, 10 Nov 2005 15:02:03 +0000 (GMT) Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 33842-03; Thu, 10 Nov 2005 15:02:03 +0000 (GMT) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id 198AE1DD478; Thu, 10 Nov 2005 15:02:03 +0000 (GMT) Date: Thu, 10 Nov 2005 15:02:03 +0000 From: David Taylor To: freebsd-stable@freebsd.org Message-ID: <20051110150203.GB35744@outcold.yadt.co.uk> Mail-Followup-To: freebsd-stable@freebsd.org, sos@freebsd.org References: <20051026163015.GA98346@outcold.yadt.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20051026163015.GA98346@outcold.yadt.co.uk> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at yadt.co.uk Cc: sos@freebsd.org Subject: Re: ATA RAID problem in 6.0-RC1 (ata_alloc_request/ata_raid_init_request) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 15:02:05 -0000 On Wed, 26 Oct 2005, David Taylor wrote: > I've been seeing a number of strange messages in my log since > updating to 6.0-RC1. Usually they happen when some intense > disk access is happening (e.g. when /etc/periodic/security/100.chksetuid > is running at 03:01), but it doesn't happen _every_ morning, and > it doesn't always happen if I manually run the script. > It also occasionally happens at times where I wouldn't say I was doing > much with the disk. [snip] I'm still seeing (lots) of these messages (below) on 6.0-RELEASE. Should I just file a PR about it, and is there anything else that would be useful to track down what's causing them? > A sample of the error messages follows: > > Oct 25 21:20:21 outcold kernel: DOH! ata_alloc_request failed! > Oct 25 21:20:23 outcold kernel: FAILURE - out of memory in ata_raid_init_request > Oct 25 21:20:23 outcold last message repeated 131 times > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34597617664, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34597748736, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34597961728, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34598207488, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34598453248, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34598682624, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34598895616, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34599174144, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34599452672, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34599747584, length=16384)]error = 5 > ... > ... > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34629107712, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34629386240, length=16384)]error = 5 > Oct 25 21:20:23 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=34629648384, length=16384)]error = 5 > Oct 25 21:20:53 outcold kernel: DOH! ata_alloc_request failed! > Oct 25 21:20:53 outcold kernel: FAILURE - out of memory in ata_raid_init_request > Oct 25 21:20:53 outcold last message repeated 146 times > Oct 25 21:20:53 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=7635156992, length=16384)]error = 5 > Oct 25 21:20:53 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=7635533824, length=16384)]error = 5 > Oct 25 21:20:53 outcold kernel: g_vfs_done():ar0s1f[WRITE(offset=7635992576, length=16384)]error = 5 > ... > ... > etc -- David Taylor From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 15:07:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 339B716A421; Thu, 10 Nov 2005 15:07:00 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ADC643D62; Thu, 10 Nov 2005 15:06:56 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id AAFFCC234; Thu, 10 Nov 2005 10:06:55 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 203B0C238; Thu, 10 Nov 2005 10:06:52 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id B49E7C23E; Thu, 10 Nov 2005 10:06:51 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=HAvIfLaxqqcUlw7gdmF5A0zLUWuzs54+NDKbZVUOSgSH/sSx8VbiPNWPN2iA12svV 0UY+/e0haPxsx6pQ0OQW7998APfrjQycpO8/hI5GeXEgDX/jugU1PhOxPg9DQat Received: from [10.12.211.44] (usstls-23.savvis.net [64.242.52.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id 01BB1C234; Thu, 10 Nov 2005 10:06:50 -0500 (EST) Message-ID: <43736200.6090005@protected-networks.net> Date: Thu, 10 Nov 2005 10:06:40 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Taylor References: <20051026163015.GA98346@outcold.yadt.co.uk> <20051110150203.GB35744@outcold.yadt.co.uk> In-Reply-To: <20051110150203.GB35744@outcold.yadt.co.uk> X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: ATA RAID problem in 6.0-RC1 (ata_alloc_request/ata_raid_init_request) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 15:07:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Taylor wrote: | [snip] | | I'm still seeing (lots) of these messages (below) on 6.0-RELEASE. | Should I just file a PR about it, and is there anything else that | would be useful to track down what's causing them? I get these with an HighPoint HPT372N UDMA133 controller .. what is your's? Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDc2IAiJykeV6HPMURAoKTAKC9yGD590r1xrjeV0DCKNUtqQvhewCeIQzt B7+frZ9Nvb+iE59RaTBHZAM= =NAXF -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 15:52:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EA1616A41F; Thu, 10 Nov 2005 15:52:03 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from outcold.yadt.co.uk (outcold.yadt.co.uk [81.187.204.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA44E43D45; Thu, 10 Nov 2005 15:52:02 +0000 (GMT) (envelope-from davidt@yadt.co.uk) Received: from localhost (localhost [127.0.0.1]) by outcold.yadt.co.uk (Postfix) with ESMTP id ECB7F1DD47A; Thu, 10 Nov 2005 15:52:01 +0000 (GMT) Received: from outcold.yadt.co.uk ([127.0.0.1]) by localhost (outcold.yadt.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 34009-04; Thu, 10 Nov 2005 15:52:01 +0000 (GMT) Received: by outcold.yadt.co.uk (Postfix, from userid 1001) id A8E4F1DD478; Thu, 10 Nov 2005 15:52:01 +0000 (GMT) Date: Thu, 10 Nov 2005 15:52:01 +0000 From: David Taylor To: Michael Butler Message-ID: <20051110155201.GA35976@outcold.yadt.co.uk> Mail-Followup-To: Michael Butler , freebsd-stable@freebsd.org, sos@freebsd.org References: <20051026163015.GA98346@outcold.yadt.co.uk> <20051110150203.GB35744@outcold.yadt.co.uk> <43736200.6090005@protected-networks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <43736200.6090005@protected-networks.net> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at yadt.co.uk Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: ATA RAID problem in 6.0-RC1 (ata_alloc_request/ata_raid_init_request) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 15:52:03 -0000 On Thu, 10 Nov 2005, Michael Butler wrote: > David Taylor wrote: > > | [snip] > | > | I'm still seeing (lots) of these messages (below) on 6.0-RELEASE. > | Should I just file a PR about it, and is there anything else that > | would be useful to track down what's causing them? > > I get these with an HighPoint HPT372N UDMA133 controller .. what is your's? It was in my previous mail, perhaps I snipped a little too much... anyway: atapci0: port 0xec00-0xec7f,0xe800-0xe8ff mem 0xcfffb000-0xcfffbfff,0xcffc0000-0xcffdffff irq 17 at device 13.0 on pci0 atapci1: port 0xc800-0xc807,0xc400-0xc403,0xc000-0 xc007,0xbc00-0xbc03,0xb800-0xb80f,0xb400-0xb4ff irq 20 at device 15.0 on pci0 atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376, ar0 (mentioned in the error messages) is ad4 and ad6, which are connected to the Promise controller. ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 ad4: 156334MB at ata2-master SATA150 ad6: 156334MB at ata3-master SATA150 ar0: 156334MB status: READY ar0: disk0 READY (master) using ad6 at ata3-master ar0: disk1 READY (mirror) using ad4 at ata2-master -- David Taylor From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 16:11:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 333C616A41F for ; Thu, 10 Nov 2005 16:11:16 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id B74BE43D46 for ; Thu, 10 Nov 2005 16:11:15 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so548889wxc for ; Thu, 10 Nov 2005 08:11:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XMVGZQGQOn4uwCU/VK5SjF8ysMfzhFLreVlWz3hqT1JdhUnBCZow0zg1/4cybDaVX788Dpmws4LqQBuQJw1sKpW+eVWm+v2XQ/Z82ioo80eBQ9D1K9Ofb+un6lxTxIq2DfC+U2ppqxV/YqSY6aWmtbKKf0LYSkVGlybkX/i85io= Received: by 10.70.60.8 with SMTP id i8mr946249wxa; Thu, 10 Nov 2005 08:03:57 -0800 (PST) Received: by 10.70.104.18 with HTTP; Thu, 10 Nov 2005 08:03:57 -0800 (PST) Message-ID: <35c231bf0511100803n14674398u3dedbee245c9f264@mail.gmail.com> Date: Thu, 10 Nov 2005 08:03:57 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: freebsd-stable@freebsd.org In-Reply-To: <200511101444.jAAEii8H010916@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051110142455.GA33797@pc5-179.lri.fr> <200511101444.jAAEii8H010916@lurza.secnetix.de> Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 16:11:16 -0000 On 11/10/05, Oliver Fromme wrote: > Well, I vote for /sbin/nologin as root's login shell. > > In single-user mode, the systems asks for the shell, with > /bin/sh being the default. In multi-user mode, nobody > should ever log in as root. You rather log in as normal > user and then use "su -m", or use sudo(8) or super(1) or > whatever. It's awkward to have to reboot a machine just to log in to it from a console. Let's say you're colocated and utilize a "remote hands" service, or you make a mistake with your firewall. You're better off disabling root logins in sshd_config, so no one can use root from remote. Then you can leave a password on the root account and still have console access. I just leave root logins enabled and use ssh keys. Leaves a very nice, easy to follow, one-line-per-login "paper trail" of who logged in as root from where and when. But it all comes down to preference, since all options for root access (su, ssh keys, sudo, etc) all carry risk. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 16:12:53 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D4D316A41F; Thu, 10 Nov 2005 16:12:53 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D05C343D77; Thu, 10 Nov 2005 16:12:47 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id EC0FEC24F; Thu, 10 Nov 2005 11:12:46 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 56A45C222; Thu, 10 Nov 2005 11:12:43 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id EA18BC24B; Thu, 10 Nov 2005 11:12:42 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; b=HeD6vSK3B39rKPu+9/VI0bdxnUoi0dvFUmfkeCUVnZWYkbZuQE7S+yEyQTh658v/K CzO+hm1VZDtPZAQFNBFUg106Tt+CLbKBzXnrNtCdTH+Rlvic2mwj6Fh1v/bunRj Received: from [10.12.211.41] (usstls-23.savvis.net [64.242.52.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "imb@protected-networks.net", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb@protected-networks.net) by aaron.protected-networks.net (Postfix) with ESMTP id AC9C7C238; Thu, 10 Nov 2005 11:12:41 -0500 (EST) Message-ID: <4373716D.6030801@protected-networks.net> Date: Thu, 10 Nov 2005 11:12:29 -0500 From: Michael Butler User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Taylor References: <20051026163015.GA98346@outcold.yadt.co.uk> <20051110150203.GB35744@outcold.yadt.co.uk> <43736200.6090005@protected-networks.net> <20051110155201.GA35976@outcold.yadt.co.uk> In-Reply-To: <20051110155201.GA35976@outcold.yadt.co.uk> X-Enigmail-Version: 0.93.0.0 OpenPGP: id=5E873CC5 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: ATA RAID problem in 6.0-RC1 (ata_alloc_request/ata_raid_init_request) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 16:12:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Taylor wrote: | ar0: 156334MB status: READY | ar0: disk0 READY (master) using ad6 at ata3-master | ar0: disk1 READY (mirror) using ad4 at ata2-master Ok - so the apparent kernel memory leak appears to be associated with RAID-1. I have RAID-0+1 configured. To confirm another observation of mine, do you see lots of allocated memory blocks for the controller?, e.g. imb@mail:/home/imb> sysctl -a | grep ^ata_ ata_composit: 192, 0, 69703, 117, 406336 ata_request: 200, 0, 139406, 73, 2106449 (size) (max.) (used) (avail) (requests) There appears to be a path through the ar driver which fails to free the blocks recording the requests .. Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) iD8DBQFDc3FsiJykeV6HPMURArjlAJ409EXGbq1WORzvtEzoIYKcTkIk4gCgxbFY W5Mc2+ylgsb06Rgk0ZjepIs= =hpS6 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 16:20:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B02FA16A41F for ; Thu, 10 Nov 2005 16:20:18 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from iaces.com (horton.iaces.com [204.147.87.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C8E143D46 for ; Thu, 10 Nov 2005 16:20:17 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125]) (authenticated bits=0) by iaces.com (8.13.4/8.13.3) with ESMTP id jAAGK2UF024712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Nov 2005 10:20:03 -0600 (CST) (envelope-from ptroot@iaces.com) Message-ID: <43737333.4070306@iaces.com> Date: Thu, 10 Nov 2005 10:20:03 -0600 From: "Paul T. Root" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en 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, andreas.nemeth@aporem.net Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 16:20:18 -0000 How is this different from a fresh install? Except for a very limited amount in config files, which would be easier to save and restore. And home directories. Again, save and restore. Pete French wrote: > *********************** > This message has been scanned by the InterScan for CSC-SSM and found to be free of known security risks. > ***********-*********** > > > >>You don't have to remove the ports prior to upgrading. Just recompile them >>later. > > > Why would I want to do that though ? It gives me no advantages, and some > serious disadvantages (especially if I am doing this on a 'live' system). > Much easier to delete everything prior to the upgrade, and then I know that > the machine is just the base system, and that none of my users are running > apache, or pine, or exim or whatever - because I deleted them :-). Standard > practice for me, even when going from one minor release to the next... > > -pcf. > _______________________________________________ > 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" -- ______ Paul T. Root / _ \ 1977 MGB / /|| \\ ||\/ || _ | || || || \ ||__// \______/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 16:26:55 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E127816A41F for ; Thu, 10 Nov 2005 16:26:55 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C53243D45 for ; Thu, 10 Nov 2005 16:26:55 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.50 (FreeBSD)) id 1EaFGI-000L6n-BG; Thu, 10 Nov 2005 16:26:54 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.50 (FreeBSD)) id 1EaFGI-000OlO-3L; Thu, 10 Nov 2005 16:26:54 +0000 To: ptroot@iaces.com In-Reply-To: <43737333.4070306@iaces.com> Message-Id: From: Pete French Date: Thu, 10 Nov 2005 16:26:54 +0000 Cc: freebsd-stable@freebsd.org, andreas.nemeth@aporem.net Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 16:26:56 -0000 > How is this different from a fresh install? It doesnt require physical access to the machine and a CD drive (or any of the other hoops I sometime jump through to boot the install process). Much easier. -pcf. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 16:43:48 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D67E16A41F for ; Thu, 10 Nov 2005 16:43:48 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from tirith.ics.muni.cz (tirith.ics.muni.cz [147.251.4.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F24443D45 for ; Thu, 10 Nov 2005 16:43:47 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (user=hopet@META mech=LOGIN bits=0) by tirith.ics.muni.cz (8.13.2/8.13.2) with ESMTP id jAAGhiKX016248 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 10 Nov 2005 17:43:45 +0100 From: "Petr Holub" To: Date: Thu, 10 Nov 2005 17:43:46 +0100 Message-ID: <007601c5e615$eb7f0900$2603fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Importance: Normal X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean Cc: Subject: usbd.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 16:43:48 -0000 Hi, I've found that usbd on 6.0-RELEASE doesn't react on detach event properly: usbd.conf: device "iKey 3000 Series Token" vendor 0x04b9 product 0x1300 detach "/usr/local/etc/rc.d/openct.sh stop" attach "/usr/local/etc/rc.d/openct.sh start" what happens (usbd -d -vvvv): usbd: opened /dev/usb0 usbd: opened /dev/usb1 usbd: opened /dev/usb2 usbd: opened /dev/usb3 usbd: reading configuration file /etc/usbd.conf usbd: action 1: ActiveWire board, firmware download vndr=0x0854 prdct=0x0100 rlse=0x0000 attach='/usr/local/bin/ezdownload -f /usr/local/share/usb/firmware/0854.0100.0_01.hex ${DEVNAME}' usbd: action 2: Entrega Serial with UART vndr=0x1645 prdct=0x8001 rlse=0x0101 attach='/usr/sbin/ezdownload -v -f /usr/share/usb/firmware/1645.8001.0101 /dev/${DEVNAME}' usbd: action 3: Handspring Visor vndr=0x082d prdct=0x0100 rlse=0x0100 devname: ugen[0-9]+ attach='/usr/local/bin/coldsync -md -p /dev/${DEVNAME} -t usb' usbd: action 4: iKey 3000 Series Token vndr=0x04b9 prdct=0x1300 attach='/usr/local/etc/rc.d/openct.sh start' detach='/usr/local/etc/rc.d/openct.sh stop' usbd: action 5: USB device usbd: 5 actions usbd: opened /dev/usb usbd: processing event queue on /dev/usb usbd: device-attach event at 1131639766.674323000, iKey 3000 Series Token, vendor 0x04b9: vndr=0x04b9 prdct=0x1300 rlse=0x0100 clss=0x00ff subclss=0x0000 prtcl=0x0000 device names: ugen0 === match attempt: ugen0 usbd: Found action 'iKey 3000 Series Token' for iKey 3000 Series Token, vendor 0x04b9 at ugen0 usbd: action 0: iKey 3000 Series Token vndr=0x04b9 prdct=0x1300 attach='/usr/local/etc/rc.d/openct.sh start' detach='/usr/local/etc/rc.d/openct.sh stop' usbd: Setting DEVNAME='ugen0' usbd: Executing '/usr/local/etc/rc.d/openct.sh start' Starting smart card terminal framework: OpenCTDebug: ifd_scan_usb: BSD: ifd_scan_usb Debug: ifd_scan_usb: BSD: ifd_scan_usb: ifd_driver_for(vendor 0x04b9[0x04b9].iKey 3000 Series Token[0x1300) Debug: ifd_spawn_handler: driver=ikey3k, device=/dev/ugen0, index=-1 usbd: '/usr/local/etc/rc.d/openct.sh start' is ok usbd: processing event queue on /dev/usb usbd: device-detach event at 1131639769.712468000, product 0x1300, vendor 0x04b9: vndr=0x04b9 prdct=0x1300 rlse=0x0100 clss=0x00ff subclss=0x0000 prtcl=0x0000 So attach event works correctly, but even though detach is noted by usbd, it doesn't launch the action. Any hint before diving into sources and ktracing? Thanks, Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 16:59:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87A1816A41F for ; Thu, 10 Nov 2005 16:59:40 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 173A143D48 for ; Thu, 10 Nov 2005 16:59:39 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so561244wxc for ; Thu, 10 Nov 2005 08:59:39 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=G8OZp1yzAgw4RZTjoTJs2LjVNv3Nf/vUrgGtThO1giiQOvN9xVxHr7NSYH9M0sTe1AIhnntOjCwITszY3gU1otjio1TmRhAqi8ubiiM2auVI/nwh8q4zp8Lv9CJ7EzK3OFvji9TwjbsDj7UYWXXPGOhSdsYYSbB35W8U3nrObdU= Received: by 10.70.96.6 with SMTP id t6mr6094wxb; Wed, 09 Nov 2005 12:20:56 -0800 (PST) Received: by 10.70.104.18 with HTTP; Wed, 9 Nov 2005 12:20:56 -0800 (PST) Message-ID: <35c231bf0511091220y76f93b7an687f2f249a8f710e@mail.gmail.com> Date: Wed, 9 Nov 2005 12:20:56 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: Barkley Vowk In-Reply-To: <20051109130654.R3622@3jane.math.ualberta.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051109113648.D3622@3jane.math.ualberta.ca> <35c231bf0511091204t60817b15v6934e41323f4060a@mail.gmail.com> <20051109130654.R3622@3jane.math.ualberta.ca> Cc: freebsd-stable@freebsd.org Subject: Re: Filesystems >1TB not possible on 6.0-R (anymore?). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 16:59:40 -0000 On 11/9/05, Barkley Vowk wrote: > No. The installer showed only one slice da0s1d, and the whole disk was > assigned to it. > > I'd check on the running box but: > koth# disklabel -e /dev/da0 > disklabel: disks with more than 2^32-1 sectors are not supported > > /dev only shows: > koth# ls /dev/da0* > /dev/da0 /dev/da0s1 /dev/da0s1c /dev/da0s1d > > So I expect it is all assigned to the one slice. Yeah, I would guess that as well. FWIW, we've used FreeBSD 5.4 with >1TB partitions, and 5.4-STABLE as of a few months ago. This was with a 3ware card. If something happened to reduce the maximum slice size, it was recent. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 17:32:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C87DC16A41F for ; Thu, 10 Nov 2005 17:32:19 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id F076043D73 for ; Thu, 10 Nov 2005 17:32:12 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so569403wxc for ; Thu, 10 Nov 2005 09:32:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=aVm0pVTQoACseTVzCy23Jcp9QZ2BjUtlvNvqklx0a4g16vXRQjc9LuyRmAgjgCXJCrsDWsxbC6M4nmhDwIg2lz7QxrFml7rutpEjqFTR6T3XZc57Qdk5Rssd4hXVbW58qzDYFMLllqSTsGsF24I/3b6gkzTOCPM5qgIcCpefywc= Received: by 10.70.123.11 with SMTP id v11mr261823wxc; Wed, 09 Nov 2005 18:41:19 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id i33sm29790wxd.2005.11.09.18.41.18; Wed, 09 Nov 2005 18:41:19 -0800 (PST) From: "Michael C. Shultz" To: Paul Root Date: Wed, 9 Nov 2005 18:32:44 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511091346.22446.ringworm01@gmail.com> <4372AFE5.9090608@iaces.com> In-Reply-To: <4372AFE5.9090608@iaces.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511091832.45341.ringworm01@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 17:32:19 -0000 On Wednesday 09 November 2005 18:26, Paul Root wrote: > Michael C. Shultz wrote: > > *********************** > > This message has been scanned by the InterScan for CSC-SSM and found to > > be free of known security risks. ***********-*********** > > port and install or restart gnome-upgrade.sh > > >> I'm now assuming that since all gnome has been wiped off the > >> disk, that the thing to do is build/install the port directly. > >> Starting that up, I seem to be having the same downloading difficulties. > > > > As an alternative to gnome-upgrade.sh you may want to consider > > using sysutils/portmanager, all you need do is run > > > > portmanager x11/gnome2 > > > > It'll do the upgrade no problem, tested it twice now myself. > > Interesting. The web page said specifically don't do portupgrade. I didn't say portupgrade, it is sysutils/portmanager > > My main problem is it's having trouble downloading, I think. I'm > not sure why. We found problems on our Pix (actually the new > ASA firewall) and the port the machine is on. We were getting half > duplex, but those are all fixed now. Curiously, command line ftp > never has a problem downloading, it's fetch (I think it's using fetch), > that can't seem to download. While your problem has nothing to do with gnome-upgrade.sh, portmanager is designed to automatically pickup from where it left off, so stopping and starting isn't a problem, and it won't remove a port until its replacement is successfully built so if the port didn't fetch you won't lose anything, portmanager will just move on to the next port that can be upgraded, it is very fail safe. -Mike Note: I removed stable@freebsd.org from the return address as it is a dupe of freebsd-stable@freebsd.org. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 17:53:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BC5C16A41F for ; Thu, 10 Nov 2005 17:53:03 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F0AD43D48 for ; Thu, 10 Nov 2005 17:53:01 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so140910wra for ; Thu, 10 Nov 2005 09:53:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=XVX58D95jWYFA/J+yDCgf/XJeflnVT3N5D30RAfebSu1L0lAeWzUGsCRlt8Yzl91wgBDU6MpO7My+WWDJp2AhJTwfuxf97CeUn7Jf+pyfyHcnOxfN8lIi8IDOUBlALYoqxeQ9lEshOhJTy/Qv4AQfZEpJRHIhw1Ex6L3VTNvqrg= Received: by 10.54.154.17 with SMTP id b17mr178718wre; Thu, 10 Nov 2005 09:53:01 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 14sm1020928wrl.2005.11.10.09.53.00; Thu, 10 Nov 2005 09:53:01 -0800 (PST) From: "Michael C. Shultz" To: "Paul T. Root" , freebsd-stable@freebsd.org Date: Thu, 10 Nov 2005 09:43:29 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511091832.45341.ringworm01@gmail.com> <4373868C.4010108@iaces.com> In-Reply-To: <4373868C.4010108@iaces.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511100943.30024.ringworm01@gmail.com> Cc: Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 17:53:03 -0000 On Thursday 10 November 2005 09:42, Paul T. Root wrote: > I moved the machine to a DSL line here, and am running > portmanager. It seems to be working. > > We're going to investigate issues with this beta Cisco > ASA machine. I am very interested at how things go with your upgrade, please keep me informed. Just to let you know, the current version of portmanager is 0.3.3_2 if anything goes wrong check that first "portmanager -v". If any problems arise I am more than happy to work with you in solving them quickly. -Mike > > Michael C. Shultz wrote: > > *********************** > > This message has been scanned by the InterScan for CSC-SSM and found to > > be free of known security risks. ***********-*********** > > > > On Wednesday 09 November 2005 18:26, Paul Root wrote: > >>Michael C. Shultz wrote: > >>>*********************** > >>>This message has been scanned by the InterScan for CSC-SSM and found to > >>>be free of known security risks. ***********-*********** > >> > >>port and install or restart gnome-upgrade.sh > >> > >>>>I'm now assuming that since all gnome has been wiped off the > >>>>disk, that the thing to do is build/install the port directly. > >>>>Starting that up, I seem to be having the same downloading > >>>> difficulties. > >>> > >>>As an alternative to gnome-upgrade.sh you may want to consider > >>>using sysutils/portmanager, all you need do is run > >>> > >>>portmanager x11/gnome2 > >>> > >>>It'll do the upgrade no problem, tested it twice now myself. > >> > >>Interesting. The web page said specifically don't do portupgrade. > > > > I didn't say portupgrade, it is sysutils/portmanager > > > >>My main problem is it's having trouble downloading, I think. I'm > >>not sure why. We found problems on our Pix (actually the new > >>ASA firewall) and the port the machine is on. We were getting half > >>duplex, but those are all fixed now. Curiously, command line ftp > >>never has a problem downloading, it's fetch (I think it's using fetch), > >>that can't seem to download. > > > > While your problem has nothing to do with gnome-upgrade.sh, portmanager > > is designed to automatically pickup from where it left off, so stopping > > and starting isn't a problem, and it won't remove a port until its > > replacement is successfully built so if the port didn't fetch you won't > > lose anything, portmanager will just move on to the next port that can be > > upgraded, it is very fail safe. > > > > -Mike > > > > Note: I removed stable@freebsd.org from the return address as it is a > > dupe of freebsd-stable@freebsd.org. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 18:57:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CABBF16A41F for ; Thu, 10 Nov 2005 18:57:12 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AC9E43D45 for ; Thu, 10 Nov 2005 18:57:12 +0000 (GMT) (envelope-from dpkirchner@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so588291wxc for ; Thu, 10 Nov 2005 10:57:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=L+KTceKINzI7eycdPWt/dr27xtVTJK7sIYwVQ/2F8+7oeq/FlhOJnnqVx+VUFuthJ+xwakT3Mf/tC8zBUGDJl59nG8AcwpNjLw53HKi0J5W/U3OqGFjlO/YogNG7M88/NhoT98OQpcG6ozbFNHxOyQTvuXGYVwnqbL13fXmD5Uo= Received: by 10.70.69.7 with SMTP id r7mr1143283wxa; Thu, 10 Nov 2005 10:57:11 -0800 (PST) Received: by 10.70.104.18 with HTTP; Thu, 10 Nov 2005 10:57:11 -0800 (PST) Message-ID: <35c231bf0511101057g1560dc36u3d464f2e56aaa3a8@mail.gmail.com> Date: Thu, 10 Nov 2005 10:57:11 -0800 From: David Kirchner Sender: dpkirchner@gmail.com To: Xin LI In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051109113648.D3622@3jane.math.ualberta.ca> Cc: Barkley Vowk , freebsd-stable@freebsd.org Subject: Re: Filesystems >1TB not possible on 6.0-R (anymore?). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 18:57:12 -0000 On 11/10/05, Xin LI wrote: > Would you please consider to try "gpt" instead of "bsdlabel"? > > BTW. The dmesg meesage indicates that your array is degraded :-( Is it possible to have sysinstall use gpt instead of bsdlabel, and then to boot from a gpt based array? I haven't had luck with it, but maybe that was fixed with 6.0. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 19:13:46 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0BBB16A41F for ; Thu, 10 Nov 2005 19:13:46 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FA1343D45 for ; Thu, 10 Nov 2005 19:13:46 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IPR00JVZ6X1ZC00@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 10 Nov 2005 20:17:25 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IPR00BZA6VRY1F0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 10 Nov 2005 20:16:39 +0100 (CET) Date: Thu, 10 Nov 2005 20:13:42 +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: <20051105184105.6a857118.torfinn.ingolfsen@broadpark.no> To: freebsd-stable@freebsd.org Message-id: <20051110201342.734f88fc.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050618051752.GA519@faust.net> <20051105184105.6a857118.torfinn.ingolfsen@broadpark.no> Subject: Re: kernel panic with cdrecord X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 19:13:47 -0000 On Sat, 05 Nov 2005 18:41:05 +0100 Torfinn Ingolfsen wrote: > but anything else fails. (Ok, I have tested the vommands -toc, > -msinfo, -prcap, -atip, -checkdrive, -prcap) Ok, the machine now has 6.0-release / amd64 on it, and the error seems to be gone. At least none of the commands above causes a panic anymore. i have yet to test writing a cd with cdrecord. > I also tried burncd, and it works, but it fails while fixating the CD, > giving me a coaster. (I have read in the release notes that this is > fixed in FreeBSD 6.0-release, and I am going to try 6.0 later.) I haven't tested burncd yet. -- Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 19:32:48 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CADE16A420 for ; Thu, 10 Nov 2005 19:32:48 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from iaces.com (horton.iaces.com [204.147.87.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8734D43D48 for ; Thu, 10 Nov 2005 19:32:47 +0000 (GMT) (envelope-from ptroot@iaces.com) Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125]) (authenticated bits=0) by iaces.com (8.13.4/8.13.3) with ESMTP id jAAJWj6v028955 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Nov 2005 13:32:46 -0600 (CST) (envelope-from ptroot@iaces.com) Message-ID: <4373A05F.3000104@iaces.com> Date: Thu, 10 Nov 2005 13:32:47 -0600 From: "Paul T. Root" User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Michael C. Shultz" References: <43726E40.3090701@iaces.com> <200511091832.45341.ringworm01@gmail.com> <4373868C.4010108@iaces.com> <200511100943.30024.ringworm01@gmail.com> In-Reply-To: <200511100943.30024.ringworm01@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 19:32:48 -0000 Things are running better now. I moved it to a dedicated DSL line in my lab, and it's chugging along. I see an occasional g_vfs_done message fly across. Error 16 on a read. Something like g_vfs_done: acd0[READ(offset=81920, length=2048) Error = 16 Opps, I crashed the machine. When I moved it, I unplugged the USB DVD-RW and I had mounted one of the dist discs on there. When I did a umount it paniced. My bad. acd0 would be the internal DVD drive. It seems that problem with my network was indeed the Cisco ASA box we're beta testing. We have the CSC module installed which is a stand alone linux box running trend for virus, intrusion, etc. And there is a bug in the ftp inspection. Hangs things up. Ok, since I think the network is solved, I'll take this opportunity to restart portmanager on the network. Michael C. Shultz wrote: > *********************** > This message has been scanned by the InterScan for CSC-SSM and found to be free of known security risks. > ***********-*********** > > > On Thursday 10 November 2005 09:42, Paul T. Root wrote: > >>I moved the machine to a DSL line here, and am running >>portmanager. It seems to be working. >> >>We're going to investigate issues with this beta Cisco >>ASA machine. > > > > > I am very interested at how things go with your upgrade, > please keep me informed. Just to let you know, the current > version of portmanager is 0.3.3_2 if anything goes wrong check > that first "portmanager -v". If any problems arise I am more > than happy to work with you in solving them quickly. > > -Mike > > > >>Michael C. Shultz wrote: >> >>>*********************** >>>This message has been scanned by the InterScan for CSC-SSM and found to >>>be free of known security risks. ***********-*********** >>> >>>On Wednesday 09 November 2005 18:26, Paul Root wrote: >>> >>>>Michael C. Shultz wrote: >>>> >>>>>*********************** >>>>>This message has been scanned by the InterScan for CSC-SSM and found to >>>>>be free of known security risks. ***********-*********** >>>> >>>>port and install or restart gnome-upgrade.sh >>>> >>>> >>>>>>I'm now assuming that since all gnome has been wiped off the >>>>>>disk, that the thing to do is build/install the port directly. >>>>>>Starting that up, I seem to be having the same downloading >>>>>>difficulties. >>>>> >>>>>As an alternative to gnome-upgrade.sh you may want to consider >>>>>using sysutils/portmanager, all you need do is run >>>>> >>>>>portmanager x11/gnome2 >>>>> >>>>>It'll do the upgrade no problem, tested it twice now myself. >>>> >>>>Interesting. The web page said specifically don't do portupgrade. >>> >>>I didn't say portupgrade, it is sysutils/portmanager >>> >>> >>>>My main problem is it's having trouble downloading, I think. I'm >>>>not sure why. We found problems on our Pix (actually the new >>>>ASA firewall) and the port the machine is on. We were getting half >>>>duplex, but those are all fixed now. Curiously, command line ftp >>>>never has a problem downloading, it's fetch (I think it's using fetch), >>>>that can't seem to download. >>> >>>While your problem has nothing to do with gnome-upgrade.sh, portmanager >>>is designed to automatically pickup from where it left off, so stopping >>>and starting isn't a problem, and it won't remove a port until its >>>replacement is successfully built so if the port didn't fetch you won't >>>lose anything, portmanager will just move on to the next port that can be >>>upgraded, it is very fail safe. >>> >>>-Mike >>> >>>Note: I removed stable@freebsd.org from the return address as it is a >>>dupe of freebsd-stable@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" -- ______ Paul T. Root / _ \ 1977 MGB / /|| \\ ||\/ || _ | || || || \ ||__// \______/ From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 19:49:36 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E142516A41F for ; Thu, 10 Nov 2005 19:49:36 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E04743D4C for ; Thu, 10 Nov 2005 19:49:35 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so416868wra for ; Thu, 10 Nov 2005 11:49:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=m4FrUzC6w1hJ7i4dA8Cnsy/wUTpvKuKDotoPbgOtFh2+bkdq90zkDjBTPSrOfrGn3kO51aL5m+d5KKT332JlSXsiM42vwfypFfX3Tmg+VkyIHG0vkBNpQlIVc/WUqlbd26SWSbKIK7UMJW2ecMEasQ3eDK2lyUMOITD6dU1Wq2k= Received: by 10.54.93.18 with SMTP id q18mr127983wrb; Thu, 10 Nov 2005 11:49:32 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 28sm1137229wrl.2005.11.10.11.49.31; Thu, 10 Nov 2005 11:49:32 -0800 (PST) From: "Michael C. Shultz" To: "Paul T. Root" Date: Thu, 10 Nov 2005 11:39:59 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511100943.30024.ringworm01@gmail.com> <4373A05F.3000104@iaces.com> In-Reply-To: <4373A05F.3000104@iaces.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511101140.01009.ringworm01@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 19:49:37 -0000 On Thursday 10 November 2005 11:32, Paul T. Root wrote: > Things are running better now. I moved it to a dedicated > DSL line in my lab, and it's chugging along. > > I see an occasional g_vfs_done message fly across. Error 16 > on a read. > Something like > g_vfs_done: acd0[READ(offset=81920, length=2048) Error = 16 > > Opps, I crashed the machine. When I moved it, I unplugged the > USB DVD-RW and I had mounted one of the dist discs on there. > When I did a umount it paniced. My bad. > > acd0 would be the internal DVD drive. > > > It seems that problem with my network was indeed the > Cisco ASA box we're beta testing. We have the CSC module > installed which is a stand alone linux box running trend for > virus, intrusion, etc. And there is a bug in the ftp inspection. > Hangs things up. > > Ok, since I think the network is solved, I'll take this opportunity > to restart portmanager on the network. good luck :) -Mike From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 20:10:18 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2E8516A41F for ; Thu, 10 Nov 2005 20:10:18 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 528E443D45 for ; Thu, 10 Nov 2005 20:10:17 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by komquats.com (Postfix) with ESMTP id B1EAF4C5C7 for ; Thu, 10 Nov 2005 12:10:16 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id jAAKAEAB014639 for ; Thu, 10 Nov 2005 12:10:14 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200511102010.jAAKAEAB014639@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Nov 2005 12:10:14 -0800 Sender: Cy.Schubert@komquats.com Cc: Subject: Consistent 6.0-STABLE Hang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 20:10:18 -0000 Running the Citrix ICA wfcmgr (from ports) to change settings, e.g. password, for connection to a Windows terminal server hangs FreeBSD 6.0 (as of Nov 4) quite consistently. I've tried this on one of my 6.0 systems at home and a 6.0 system here at work. I suspect it may have something to do with Linux emulation however until I dig into this more I won't know for sure. The only way to "unhang" the system is to press the reset switch. Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 20:57:58 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAC2B16A41F for ; Thu, 10 Nov 2005 20:57:58 +0000 (GMT) (envelope-from bkelly@vadev.org) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67B2443D45 for ; Thu, 10 Nov 2005 20:57:58 +0000 (GMT) (envelope-from bkelly@vadev.org) Received: (qmail 15249 invoked from network); 10 Nov 2005 20:57:58 -0000 Received: from vadev.org (HELO [192.168.1.101]) (desdicardo@[66.92.166.151]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 10 Nov 2005 20:57:58 -0000 Message-ID: <4373B454.8080502@vadev.org> Date: Thu, 10 Nov 2005 15:57:56 -0500 From: Ben Kelly User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org References: <200511071149.03181.bkelly@vadev.org> <200511072105.36728.sarxan@azerin.com> <200511071310.51482.bkelly@vadev.org> <200511072319.18538.sarxan@azerin.com> In-Reply-To: <200511072319.18538.sarxan@azerin.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: loader.conf setting ignored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 20:57:58 -0000 Sarxan Elxanzade wrote: > It looks like console access is necessary. But may be someone prompt another > solution. So it turns out you can set kern.geom.debugflags from loader.conf. The gvinum mirror problem I was trying to debug was causing the problem. Edits to loader.conf were only being written to the second disk, but the loader was reading the first disk during boot. After manually copying /boot over it worked fine. Just thought I would mention that for the archives. - Ben From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 21:48:40 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3ABA16A41F for ; Thu, 10 Nov 2005 21:48:40 +0000 (GMT) (envelope-from wtd@pobox.com) Received: from as2.dm.egate.net (shell1.dm.egate.net [216.235.15.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5810843D49 for ; Thu, 10 Nov 2005 21:48:40 +0000 (GMT) (envelope-from wtd@pobox.com) Received: by as2.dm.egate.net (Postfix, from userid 5562) id 3182B4B06; Thu, 10 Nov 2005 16:48:39 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by as2.dm.egate.net (Postfix) with ESMTP id 297B14AE5 for ; Thu, 10 Nov 2005 16:48:39 -0500 (EST) Date: Thu, 10 Nov 2005 16:48:39 -0500 (EST) From: William Denton X-X-Sender: buff@as2.dm.egate.net To: freebsd-stable@freebsd.org In-Reply-To: <200511101140.01009.ringworm01@gmail.com> Message-ID: References: <43726E40.3090701@iaces.com> <200511100943.30024.ringworm01@gmail.com> <4373A05F.3000104@iaces.com> <200511101140.01009.ringworm01@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Crashing after umounting unavailable filesystems X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 21:48:40 -0000 On 10 November 2005, Michael C. Shultz wrote: >> Opps, I crashed the machine. When I moved it, I unplugged the >> USB DVD-RW and I had mounted one of the dist discs on there. >> When I did a umount it paniced. My bad. That happened to me the other day too. I'd mounted a USB flash drive, unplugged the USB hub, replugged it, remounted the drive, and then of course I couldn't umount the first mount. I did a umount -f and the machine crashed instantly. Is this the sort of thing that's really hard to handle, or might it be safer one day? I don't know how serious it is to do bad things to mounted file systems, but I'm curious. Bill -- William Denton : Toronto, Canada : www.miskatonic.org : www.frbr.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 23:20:15 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBC8016A41F for ; Thu, 10 Nov 2005 23:20:15 +0000 (GMT) (envelope-from filip@sdf.lonestar.org) Received: from sdf.lonestar.org (mx.freeshell.ORG [192.94.73.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75BCE43D45 for ; Thu, 10 Nov 2005 23:20:15 +0000 (GMT) (envelope-from filip@sdf.lonestar.org) Received: from sdf.lonestar.org (IDENT:filip@otaku.freeshell.org [192.94.73.2]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id jAANJuoS011653; Thu, 10 Nov 2005 23:19:56 GMT Received: (from filip@localhost) by sdf.lonestar.org (8.13.1/8.12.8/Submit) id jAANJuE4004086; Thu, 10 Nov 2005 23:19:56 GMT Date: Thu, 10 Nov 2005 23:19:56 +0000 From: Filip Lenaerts To: Jan Grant Message-ID: <20051110231956.GA7663@SDF.LONESTAR.ORG> References: <4372256F.2020800@kernel32.de> <20051110090912.C33260@fledge.watson.org> <20051110133127.GA11544@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 23:20:16 -0000 > You have an option to use the FreeBSD agp device support or nVidia's. I > have no idea what criteria one might use to select between them. > > > i'll try recompiling this evening the port and try a boot -s :) > > If the device is loaded from /boot/loader.conf you might need to disable > that in order for the boot to single-user to work. YMMV. the upgrade was successful! tnx, jan, for the tips and the list for accurate information on this subject. overview of the 5.4-release to RELENG_6 upgrade: following the steps as described in the UPDATING document with additional disabling of '3th party' modules (see also [1] in updating) nvidia driver: comment out nvidia_load=YES in /boot/loader.conf linux emu: comment out linux_load=YES in /boot/loader.conf vmware: chmod a-x of /usr/local/etc/rc.d/rtc.sh and vmware.sh at this point i recompiled successfully the new nvidia driver. tnx everyone and esp. the freebsd team for this release! filip > > > -- > jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ > Tel +44 (0)117 3317661 http://ioctl.org/jan/ > Goth isn't dead, it's just lying very still and sucking its cheeks in. -- ---- http://filip.freeshell.org mailto:filip@freeshell.org ---- SDF Public Access UNIX System - http://sdf.lonestar.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 23:39:51 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F75316A41F; Thu, 10 Nov 2005 23:39:51 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C08843D45; Thu, 10 Nov 2005 23:39:49 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id jAANdiG7031206; Fri, 11 Nov 2005 01:39:44 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 11 Nov 2005 01:39:44 +0200 (EET) From: Dmitry Pryanishnikov To: bug-followup@FreeBSD.org Message-ID: <20051111011100.X17529@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@FreeBSD.org Subject: Re: i386/87208 : /dev/cuad[0/1] bad file descriptor error during X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 23:39:51 -0000 Hello! I'm CCing this follow-up to freebsd-stable because this problem can prevent use of RELENG_6 machines in production (mgetty is quite usual example of such a use). This bug is a regression vs. RELENG_5/4. My analysis shows that it isn't only dup() problem. File descriptor 0 get somehow "reserved" in RELENG_6, but only IF process has been started by the init via /etc/ttys! Look at this simple program: #include #include #include #include #include #include main() { int res; while((res=open("/dev/null",O_RDONLY)) < 3) if (res == -1) syslog(LOG_ERR,"open(): %m"); syslog(LOG_ERR,"Started"); sleep(10); if (close(0) == -1) syslog(LOG_ERR,"close(0): %m"); if (close(2) == -1) syslog(LOG_ERR,"close(2): %m"); if ((res=dup(1)) == -1) syslog(LOG_ERR,"dup(1): %m"); syslog(LOG_ERR,"dup() gave %d\n",res); sleep(10); return 0; } One can watch the file descriptor usage in two points where program is sleeping: first after program has opened enough files to use descriptor #3, and second after closing descriptors #0 and #2 and copying descriptor #1. So, when I start this program under 6.0-RELEASE in usual way (./a.out), in first point lsof shows me the following (I'll show only plain descriptors and omit cwd/rtd/txt information): At first sleep: a.out 837 root 0u VCHR 0,70 0t77713 70 /dev/ttyv1 a.out 837 root 1u VCHR 0,70 0t77713 70 /dev/ttyv1 a.out 837 root 2u VCHR 0,70 0t77713 70 /dev/ttyv1 a.out 837 root 3r VCHR 0,13 0t0 13 /dev/null a.out 837 root 4u unix 0xc1c7b9bc 0t0 ->0xc1bf7de8 (descriptor #4 has been created by syslog()). Program logged the following: a.out: dup() gave 0 At the second sleep: a.out 837 root 0u VCHR 0,70 0t77713 70 /dev/ttyv1 a.out 837 root 1u VCHR 0,70 0t77713 70 /dev/ttyv1 a.out 837 root 3r VCHR 0,13 0t0 13 /dev/null a.out 837 root 4u unix 0xc1c7b9bc 0t0 ->0xc1bf7de8 So all OK in this mode: there were 3 standard files open at the beginning (descr. 0-2), program has opened descr. 3 (and 4), closed 0 and 2 successfully, and copied 1 to 0. Now let's start this program from the /etc/ttys: cuad0 "/root/tmp/a.out" unknown on insecure Now we have the following at the first sleep(): a.out 817 root 1r VCHR 0,13 0t0 13 /dev/null a.out 817 root 2r VCHR 0,13 0t0 13 /dev/null a.out 817 root 3r VCHR 0,13 0t0 13 /dev/null a.out 817 root 4u unix 0xc1c7bde8 0t0 ->0xc1bf7de8 Note that open() has also skipped descr. 0! Then program tries to close it, gives an error: close(0): Bad file descriptor dup() gave 2 Note that descriptor 0 isn't open: close() refuses to close it. But dup() doesn't "see" it and returns descr. 2 instead. At the second sleep, we have exactly the same open file table: descr. 0 is not in use, 1-3 point at /dev/null. So it seems to me that open() suffers from the same problem here as a dup(): descriptor 0 becomes "reserved" somehow. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 02:04:38 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F392A16A41F for ; Fri, 11 Nov 2005 02:04:37 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5ECF43D46 for ; Fri, 11 Nov 2005 02:04:37 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 79EB52D2D6; Thu, 10 Nov 2005 20:04:37 -0600 (CST) Date: Thu, 10 Nov 2005 20:04:35 -0600 From: Craig Boston To: Ben Kelly Message-ID: <20051111020435.GB16592@nowhere> Mail-Followup-To: Craig Boston , Ben Kelly , stable@freebsd.org References: <200511071149.03181.bkelly@vadev.org> <200511072105.36728.sarxan@azerin.com> <200511071310.51482.bkelly@vadev.org> <200511072319.18538.sarxan@azerin.com> <4373B454.8080502@vadev.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4373B454.8080502@vadev.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: loader.conf setting ignored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 02:04:38 -0000 On Thu, Nov 10, 2005 at 03:57:56PM -0500, Ben Kelly wrote: > So it turns out you can set kern.geom.debugflags from loader.conf. The > gvinum mirror problem I was trying to debug was causing the problem. > Edits to loader.conf were only being written to the second disk, but the > loader was reading the first disk during boot. After manually copying > /boot over it worked fine. Just thought I would mention that for the > archives. Just a tip that may help in circumstances like this. Anything that can be set from loader.conf (or device.hints for that matter) can also be set from the loader prompt: set kern.geom.debugflags=XXX ...of course in your case it looked like the values _were_ being set, but it can be handy when loader.conf is difficult or impossible to edit. Craig From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 02:05:40 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF91A16A41F for ; Fri, 11 Nov 2005 02:05:39 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EF5A43D45 for ; Fri, 11 Nov 2005 02:05:39 +0000 (GMT) (envelope-from ade@lovett.com) Received: from viper.canal.lovett.com ([172.16.32.23]:49204) by mail.lovett.com with esmtpa (Exim 4.54 (FreeBSD)) id 1EaOIM-000IJE-RF; Thu, 10 Nov 2005 18:05:38 -0800 In-Reply-To: <43734B59.7090609@yahoo.com.br> References: <43734B59.7090609@yahoo.com.br> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <12EFECDE-A63D-42A0-AD3C-575B8FE5113B@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Thu, 10 Nov 2005 18:06:42 -0800 To: Ricardo A. Reis X-Mailer: Apple Mail (2.746.2) Sender: ade@lovett.com X-SA-Exim-Connect-IP: 172.16.32.23 X-SA-Exim-Mail-From: ade@lovett.com X-SA-Exim-Scanned: No (on mail.lovett.com); SAEximRunCond expanded to false Cc: stable@freebsd.org Subject: Re: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 02:05:40 -0000 On Nov 10, 2005, at 05:30 , Ricardo A. Reis wrote: Reducing the problem to the relevant pieces: > ahd0: port 0x2400-0x24ff, > 0x2000-0x20ff mem 0xdd200000-0xdd201fff irq 32 at device 2.0 on pci3 > ahd0: [GIANT-LOCKED] > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > ahd1: port 0x2c00-0x2cff, > 0x2800-0x28ff mem 0xdd202000-0xdd203fff irq 33 at device 2.1 on pci3 > ahd1: [GIANT-LOCKED] > aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs [...] > da0 at ahd0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > da1 at ahd0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) > Trying to mount root from ufs:/dev/da0s1a Adaptec HBAs and Seagate drives have a long and intensely painful history of not working well together. Adaptec blames Seagate. Seagate blames Adaptec. Throw in the myriad of subtly different AIC controllers that are commonplace on 1U and 2U rackmount servers, and things get even more entertaining. You essentially have 3 options 1) replace the HBA -- somewhat difficult to do if it's embedded and you need the PCIX slots for something else. 2) replace the drives -- IBM/Hitachi are fine choices here. Make sure to tell whomever you purchase systems from that you'll not accept Seagate drives in the future. 3) inside the adaptec bios, drop the drives to U160 speed, making sure that *both* packetizing *and* QAS are turned OFF. You'll lose a little bit of performance (but not all that much, Seagate drives really are garbage), and get some semblance of stability. -aDe From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 02:18:57 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4205616A41F for ; Fri, 11 Nov 2005 02:18:57 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA1243D46 for ; Fri, 11 Nov 2005 02:18:57 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id C4A9B2D06E; Thu, 10 Nov 2005 20:18:56 -0600 (CST) Date: Thu, 10 Nov 2005 20:18:54 -0600 From: Craig Boston To: Ben Kelly , stable@freebsd.org Message-ID: <20051111021854.GC16592@nowhere> Mail-Followup-To: Craig Boston , Ben Kelly , stable@freebsd.org References: <200511071149.03181.bkelly@vadev.org> <200511072105.36728.sarxan@azerin.com> <200511071310.51482.bkelly@vadev.org> <200511072319.18538.sarxan@azerin.com> <4373B454.8080502@vadev.org> <20051111020435.GB16592@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051111020435.GB16592@nowhere> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: loader.conf setting ignored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 02:18:57 -0000 Oh, ignore me.... I just read the thread from beginning and saw that you already thought of that and didn't have console access :-/ Craig From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 02:46:08 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75A9B16A41F for ; Fri, 11 Nov 2005 02:46:08 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3790A43D46 for ; Fri, 11 Nov 2005 02:46:08 +0000 (GMT) (envelope-from dmp@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id A171219F2C; Thu, 10 Nov 2005 18:52:26 -0800 (PST) From: "Darren Pilgrim" To: "'Petr Holub'" , Date: Thu, 10 Nov 2005 18:45:59 -0800 Message-ID: <000c01c5e66a$10014e10$652a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <007601c5e615$eb7f0900$2603fb93@KLOBOUCEK> Cc: Subject: RE: usbd.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 02:46:08 -0000 usbd is deprecated. Please use devd. From: Petr Holub > > I've found that usbd on 6.0-RELEASE doesn't react on detach > event properly: From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 04:36:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA8A616A41F for ; Fri, 11 Nov 2005 04:36:11 +0000 (GMT) (envelope-from zparta@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3991143D45 for ; Fri, 11 Nov 2005 04:36:11 +0000 (GMT) (envelope-from zparta@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so106068nzo for ; Thu, 10 Nov 2005 20:36:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=YM2mbCguJ0BbVWW+iCYTYxrpkC2sYlQMNnKYmuEDE5pLyKtMnhmLQxGyhOc0SQMb2b3ygEq6WJDNRt00h4F4xKkBOLymEgyKOscFnmR82jVmoPKZ9TNLphej0GiwjXK7od01TyPWbN5cIVfZTSdpsPdeoFpo+2pmmWzCXGovUDk= Received: by 10.36.196.14 with SMTP id t14mr972057nzf; Thu, 10 Nov 2005 20:36:10 -0800 (PST) Received: by 10.37.18.50 with HTTP; Thu, 10 Nov 2005 20:36:10 -0800 (PST) Message-ID: <3b41db850511102036ofcf3826kfb03d86eda541ff2@mail.gmail.com> Date: Fri, 11 Nov 2005 05:36:10 +0100 From: Jens Holmqvist To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: GENERIC kernel, crashing server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 04:36:12 -0000 hello i got a problem with my server running 6.0 sometimes it just crashes and reboots i dont know why this fenomena might be when there is lot of access to my ar0 i have cut all access to it atm and havent crashed just a guess though but here is the output of kgdb with backtrace and below you got the output of boot -v root@hispan.se>kgdb kernel.debug /usr/local/var/crash/vmcore.2 [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 ar= e 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: instruction pointer =3D 0x20:0xc08badd7 stack pointer =3D 0x28:0xd4496cc8 frame pointer =3D 0x28:0xd4496ccc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, IOPL =3D 0 current process =3D 30 (irq19: em0) trap number =3D 30 panic: unknown/reserved trap Uptime: 56m17s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 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" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc069d978 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:39= 9 #2 0xc069dca6 in panic (fmt=3D0xc0943594 "unknown/reserved trap") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc08c4968 in trap_fatal (frame=3D0xd4496c88, eva=3D0) at /usr/src/sys/i386/i386/trap.c:833 #4 0xc08c43a7 in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -1046961280, tf_esi = =3D 4, tf_ebp =3D -733385524, tf_isp =3D -733385548, tf_ebx =3D -1046941312, tf_edx =3D 0= , tf_ecx =3D -1046941312, tf_eax =3D 524870, tf_trapno =3D 30, tf_err =3D 0, tf_eip = =3D -1064587817, tf_cs =3D 32, tf_eflags =3D 524870, tf_esp =3D -1046941312, tf= _ss =3D -733385468}) at /usr/src/sys/i386/i386/trap.c:629 #5 0xc08b109a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc08badd7 in spinlock_exit () at cpufunc.h:365 #7 0xc0684a89 in ithread_loop (arg=3D0xc198a380) at /usr/src/sys/kern/kern_intr.c:597 #8 0xc068387f in fork_exit (callout=3D0xc0684780 , arg=3D0x80= 246, frame=3D0x80246) at /usr/src/sys/kern/kern_fork.c:789 #9 0xc08b10fc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) here is the output of boot -v Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Tue Nov 8 03:32:10 CET 2005 zparta@hispan.se:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b55000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b55188. Calibrating clock(s) ... i8254 clock: 1193368 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1400600893 Hz CPU: AMD Athlon(tm) XP 1600+ (1400.60-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x662 Stepping =3D 2 Features=3D0x383fbff AMD Features=3D0xc0480800 Data TLB: 32 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associativ= e real memory =3D 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009ffff, 651264 bytes (159 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c25000 - 0x000000001f6b7fff, 514404352 bytes (125587 pages) avail memory =3D 515964928 (492 MB) MP Configuration Table version 1.4 found at 0xc00f1400 Table 'FACP' at 0x1fff3040 Table 'APIC' at 0x1fff6b00 MADT: Found table at 0x1fff6b00 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled ACPI APIC Table: bios32: Found BIOS32 Service Directory header at 0xc00fb030 bios32: Entry =3D 0xfb4a0 (c00fb4a0) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xb4d0 pnpbios: Found PnP BIOS data at 0xc00fbfa0 pnpbios: Entry =3D f0000:bfd0 Rev =3D 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic0: intpin 16 -> PCI IRQ 16 (level, low) ioapic0: intpin 17 -> PCI IRQ 17 (level, low) ioapic0: intpin 18 -> PCI IRQ 18 (level, low) ioapic0: intpin 19 -> PCI IRQ 19 (level, low) ioapic0: intpin 20 -> PCI IRQ 20 (level, low) ioapic0: intpin 21 -> PCI IRQ 21 (level, low) ioapic0: intpin 22 -> PCI IRQ 22 (level, low) ioapic0: intpin 23 -> PCI IRQ 23 (level, low) MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: Pentium Pro MTRR support enabled null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80008840 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D30991106) pcibios: BIOS version 2.10 Found $PIR table, 8 entries at 0xc00fdef0 PCI-Only Interrupts: 10 11 12 Location Bus Device Pin Link IRQs slot 1 0 16 A 0x01 3 4 5 7 9 10 11 12 14 15 slot 1 0 16 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 0 16 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 0 16 D 0x04 3 4 5 7 9 10 11 12 14 15 slot 2 0 15 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 2 0 15 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 2 0 15 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 15 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 13 A 0x02 3 4 5 7 9 10 11 12 14 15 slot 3 0 13 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 13 C 0x04 3 4 5 7 9 10 11 12 14 15 slot 3 0 13 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 A 0x04 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 B 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 C 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 11 D 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 9 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 9 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 5 0 9 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 5 0 9 D 0x02 3 4 5 7 9 10 11 12 14 15 slot 6 0 8 A 0x04 3 4 5 7 9 10 11 12 14 15 slot 6 0 8 B 0x02 3 4 5 7 9 10 11 12 14 15 slot 6 0 8 C 0x03 3 4 5 7 9 10 11 12 14 15 slot 6 0 8 D 0x01 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 A 0x03 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 B 0x04 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 C 0x01 3 4 5 7 9 10 11 12 14 15 slot 7 0 19 D 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 A 0x01 3 4 5 7 9 10 11 12 14 15 embedded 0 1 B 0x02 3 4 5 7 9 10 11 12 14 15 embedded 0 1 C 0x03 3 4 5 7 9 10 11 12 14 15 embedded 0 1 D 0x04 3 4 5 7 9 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link1: on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link2: irq 10 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link3: irq 12 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 12 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 12 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link4: on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link5: on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link6: on acpi0 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link7: on acpi0 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 1 3 4 5 6 7 10 11 12 14 15 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x4010 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff,0x4000-0x407f,0x4080-0x40ff,0x5000-0x500f on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1106, dev=3D0x3099, revid=3D0x00 bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0006, statreg=3D0x2210, cachelnsz=3D0 (dwords) lattimer=3D0x08 (240 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 map[10]: type 3, range 32, base e0000000, size 26, enabled found-> vendor=3D0x1106, dev=3D0xb099, revid=3D0x00 bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x2230, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x1076, revid=3D0x00 bus=3D0, slot=3D11, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D12 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base e9020000, size 17, enabled map[14]: type 1, range 32, base e9000000, size 17, enabled map[18]: type 4, range 32, base 0000c000, size 6, enabled pcib0: matched entry for 0.11.INTA pcib0: slot 11 INTA hardwired to IRQ 19 found-> vendor=3D0x1106, dev=3D0x3074, revid=3D0x00 bus=3D0, slot=3D17, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0087, statreg=3D0x0210, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) powerspec 2 supports D0 D3 current D0 found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 bus=3D0, slot=3D17, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c400, size 4, enabled found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x1b bus=3D0, slot=3D17, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D12 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000c800, size 5, enabled pcib0: matched entry for 0.17.INTD (src \\_SB_.PCI0.ALKD:0) pci_link7: Picked IRQ 9 with weight 0 pcib0: slot 17 INTD routed to irq 9 via \\_SB_.PCI0.ALKD found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x1b bus=3D0, slot=3D17, func=3D3 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D12 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000cc00, size 5, enabled pcib0: matched entry for 0.17.INTD (src \\_SB_.PCI0.ALKD:0) pcib0: slot 17 INTD routed to irq 9 via \\_SB_.PCI0.ALKD found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x1b bus=3D0, slot=3D17, func=3D4 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D12 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base 0000d000, size 5, enabled pcib0: matched entry for 0.17.INTD (src \\_SB_.PCI0.ALKD:0) pcib0: slot 17 INTD routed to irq 9 via \\_SB_.PCI0.ALKD found-> vendor=3D0x1103, dev=3D0x0004, revid=3D0x05 bus=3D0, slot=3D19, func=3D0 class=3D01-04-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x08 (2000 ns) intpin=3Da, irq=3D10 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000d400, size 3, enabled map[14]: type 4, range 32, base 0000d800, size 2, enabled map[18]: type 4, range 32, base 0000dc00, size 3, enabled map[1c]: type 4, range 32, base 0000e000, size 2, enabled map[20]: type 4, range 32, base 0000e400, size 8, enabled pcib0: matched entry for 0.19.INTA pcib0: slot 19 INTA hardwired to IRQ 18 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xe6000000-0xe7ffffff pcib1: prefetched decode 0xe4000000-0xe5ffffff pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x10de, dev=3D0x002d, revid=3D0x15 bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x02b0, cachelnsz=3D0 (dwords) lattimer=3D0x20 (960 ns), mingnt=3D0x05 (1250 ns), maxlat=3D0x01 (250 ns) intpin=3Da, irq=3D11 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base e6000000, size 24, enabled pcib1: (null) requested memory range 0xe6000000-0xe6ffffff: good map[14]: type 3, range 32, base e4000000, size 25, enabled pcib1: (null) requested memory range 0xe4000000-0xe5ffffff: good pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 pcib1: slot 0 INTA is routed to irq 16 pci1: at device 0.0 (no driver attached) em0: port 0xc000-0xc03f mem 0xe9020000-0xe903ffff,0xe9000000-0xe901ffff irq 19 at device 11.0 on pci0 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xe9020000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xc000 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:5d:ee:d0 em0: Speed:N/A Duplex:N/A isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc400-0xc40f at device 17.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc400 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D50 devices=3D0x3 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D50 ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata1: stat1=3D0x10 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: reset tp2 stat0=3Dff stat1=3D10 devices=3D0x8 ata1: [MPSAFE] uhci0: port 0xc800-0xc81f irq 9 at device 17.2on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xc800 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xcc00-0xcc1f irq 9 at device 17.3on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xcc00 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd000-0xd01f irq 9 at device 17.4on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd000 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered atapci1: port 0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc07,0xe000-0xe003,0xe400-0xe4ff irq 1= 8 at device 19.0 on pci0 atapci1: Reserved 0x100 bytes for rid 0x20 type 4 at 0xe400 atapci1: [MPSAFE] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xd400 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xd800 ata2: reset tp1 mask=3D03 ostat0=3D7f ostat1=3D50 ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat0=3D0x7f err=3D0x7f lsb=3D0x7f msb=3D0x7f ata2: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata2: reset tp2 stat0=3Dff stat1=3D50 devices=3D0x2 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xdc00 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata3: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D50 ata3: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: stat1=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata3: reset tp2 stat0=3D50 stat1=3D50 devices=3D0x3 ata3: [MPSAFE] acpi_tz0: on acpi0 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: irq maps: 0xd001 0xd011 0xd001 0xd001 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: irq maps: 0xd001 0xd009 0xd001 0xd001 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 o= n acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. procfs registered lapic: Divisor 2, Frequency 133389916 hz Timecounter "TSC" frequency 1400600893 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA66 cable=3D40 wire ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ad0: setting PIO4 on VIA 8233 chip ad0: setting UDMA100 on VIA 8233 chip ad0: 29325MB at ata0-master UDMA100 ad0: 60058656 sectors [59582C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: VIA check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ad1: setting PIO4 on VIA 8233 chip ad1: DMA limited to UDMA33, device found non-ATA66 cable ad1: setting UDMA33 on VIA 8233 chip ad1: 6187MB at ata0-slave UDMA33 ad1: 12672450 sectors [13410C/15H/63S] 16 sectors/interrupt 1 depth queue ad1: VIA check1 failed ad1: Adaptec check1 failed ad1: LSI (v3) check1 failed ad1: LSI (v2) check1 failed ad1: FreeBSD check1 failed GEOM: new disk ad1 ata1-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire acd0: setting PIO4 on VIA 8233 chip acd0: setting UDMA33 on VIA 8233 chip acd0: CDROM drive at ata1 as slave acd0: read 6875KB/s (6875KB/s), 128KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata0-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ad5: setting PIO4 on HighPoint chip ad5: setting UDMA133 on HighPoint chip ad5: 117246MB at ata2-slave UDMA133 ad5: 240121728 sectors [238216C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad5 ad5: HighPoint (v3) check1 failed ad5: HighPoint (v2) check1 failed ad5: Adaptec check1 failed ad5: LSI (v3) check1 failed ad5: LSI (v2) check1 failed ad5: FreeBSD check1 failed ata1-slave: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ad6: setting PIO4 on HighPoint chip ad6: setting UDMA133 on HighPoint chip ad6: 194481MB at ata3-master UDMA133 ad6: 398297088 sectors [395136C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad6 ad6: HighPoint (v3) check1 failed ****** ATA Highpoint V2 RocketRAID Metadata ***** magic 0x5a7816f0 magic_0 0xce230623 magic_1 0x00000000 order 0x00000004 array_width 2 stripe_shift 7 type RAID0 disk_number 0 total_sectors 796593920 disk_mode 0x00000000 boot_mode 0x00000000 boot_disk 0x00 boot_protect 0x00 log_entries 0x00 log_index 0x00 rebuild_lba 0x7fffffff dummy_1 0x00 name_1 dummy_2 0x00 name_2 <> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ad7: setting PIO4 on HighPoint chip ad7: setting UDMA133 on HighPoint chip ad7: 194481MB at ata3-slave UDMA133 ad7: 398297088 sectors [421478C/15H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad7 ad7: HighPoint (v3) check1 failed ****** ATA Highpoint V2 RocketRAID Metadata ***** magic 0x5a7816f0 magic_0 0xce230623 magic_1 0x00000000 order 0x00000004 array_width 2 stripe_shift 7 type RAID0 disk_number 1 total_sectors 796593920 disk_mode 0x00000000 boot_mode 0x00000000 boot_disk 0x00 boot_protect 0x00 log_entries 0x00 log_index 0x00 rebuild_lba 0x7fffffff dummy_1 0x00 name_1 dummy_2 0x00 name_2 <> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ATA PseudoRAID loaded ********** ATA PseudoRAID ar0 Metadata ********** =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D format HighPoint v2 RocketRAID type RAID0 flags 0x00 0 magic_0 0x00000000ce230623 magic_1 0x0000000000000000 generation 0 total_sectors 796593920 offset_sectors 10 heads 255 sectors 63 cylinders 49585 width 2 interleave 128 total_disks 2 disk 0: flags =3D 0x0b b ad6: sectors 398296960 disk 1: flags =3D 0x0b b ad7: sectors 398296960 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ar0: 388961MB status: READY ar0: 796593920 sectors [49585C/255H/63S] subdisks defined as: ar0: disk0 READY using ad6 at ata3-master ar0: disk1 READY using ad7 at ata3-slave ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 9 (ISA IRQ 9) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 ioapic0: routing intpin 18 (PCI IRQ 18) to cluster 0 ioapic0: routing intpin 19 (PCI IRQ 19) to cluster 0 GEOM: new disk ar0 Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init em0: Link is up 100 Mbps Full Duplex em0: Link is up 100 Mbps Full Duplex em0: Link is up 100 Mbps Full Duplex From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 04:42:18 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DC0916A41F for ; Fri, 11 Nov 2005 04:42:18 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id A798B43D46 for ; Fri, 11 Nov 2005 04:42:15 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from bluecirclesoft.com (cpe-24-165-114-48.cinci.res.rr.com [24.165.114.48]) by ms-smtp-01-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id jAB4gCWY008221 for ; Thu, 10 Nov 2005 23:42:12 -0500 (EST) Received: from bluecirclesoft.com (localhost [127.0.0.1]) by bluecirclesoft.com (8.13.4/8.13.4) with ESMTP id jAB4fJf5008432 for ; Thu, 10 Nov 2005 23:41:19 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by bluecirclesoft.com (8.13.4/8.13.4/Submit) id jAB4fJmm008431 for freebsd-stable@freebsd.org; Thu, 10 Nov 2005 23:41:19 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: freebsd-stable@freebsd.org Date: Thu, 10 Nov 2005 23:42:05 -0500 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3836566.RnPFYSrNfZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511102342.11446.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: gvinum forgetting drives in 6.0R? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 04:42:18 -0000 --nextPart3836566.RnPFYSrNfZ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I'm doing some testing in 6.0, and something strange is happening: 1) uname -a =46reeBSD 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005= =20 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC i386 2) I build a stripe set using 'gvinum create' and the following config: drive dr3 device /dev/ad3s1 drive dr2 device /dev/ad2s1 drive dr1 device /dev/ad1s1 volume v0 plex name v0.p0 org striped 256s vol v0 sd name v0.p0.s2 drive dr3 len 613376s driveoffset 265s plex v0.p0 plexoff= set=20 512s sd name v0.p0.s1 drive dr2 len 613376s driveoffset 265s plex v0.p0 plexoff= set=20 256s sd name v0.p0.s0 drive dr1 len 613376s driveoffset 265s plex v0.p0 plexoff= set=20 0s 3) After this is done, everything's okay, and 'gvinum l' looks like: 3 drives: D dr1 State: up /dev/ad1s1 A: 0/299 MB (0%) D dr2 State: up /dev/ad2s1 A: 0/299 MB (0%) D dr3 State: up /dev/ad3s1 A: 0/299 MB (0%) 1 volume: V v0 State: up Plexes: 1 Size: 898 MB 1 plex: P v0.p0 S State: up Subdisks: 3 Size: 898 MB 3 subdisks: S v0.p0.s0 State: up D: dr1 Size: 299 MB S v0.p0.s1 State: up D: dr2 Size: 299 MB S v0.p0.s2 State: up D: dr3 Size: 299 MB 4) gvinum saveconfig 5) Reboot 6) 'gvinum l' now looks like: 0 drives: 1 volume: V v0 State: up Plexes: 0 Size: 0 B 1 plex: P v0.p0 S State: up Subdisks: 0 Size: 0 B 3 subdisks: S v0.p0.s0 State: up D: dr1 Size: 299 MB S v0.p0.s1 State: up D: dr2 Size: 299 MB S v0.p0.s2 State: up D: dr3 Size: 299 MB Notice the lack of drives and the subsequent death of my plex and volume? = =20 Also, everything is conveniently in the up state, but there is no /dev/gvin= um=20 directory. =20 7) For kicks, add the following to /etc/rc.conf like I saw in an e-mail=20 somewhere: geom_vinum_load=3D"YES" start_cmd=3D"gvinum start" 8) Reboot 9) Things still look like 6) above. Is this a bug or am I silly? Caveat: This testing is being done in qemu, but the behavior matches a=20 physical system I have. I haven't tested other kinds of plexes yet, either. dmesg: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. =46reeBSD 6.0-RELEASE #0: Thu Nov 3 09:36:13 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (2064.81-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x633 Stepping =3D 3 =20 =46eatures=3D0x781a9fd real memory =3D 134217728 (128 MB) avail memory =3D 121815040 (116 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc000-0xc00f at device 1.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 2.0 (no driver attached) ed0: port 0xc100-0xc1ff irq 11 at device 3.0 on pci0 ed0: Ethernet address: 52:54:00:12:34:56 ed0: type NE2000 (16 bit) pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16450 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2064806075 Hz quality 800 Timecounters tick every 1.000 msec ad0: 1000MB at ata0-master PIO2 ad1: 300MB at ata0-slave PIO2 ad2: 300MB at ata1-master PIO2 ad3: 300MB at ata1-slave PIO2 Trying to mount root from ufs:/dev/ad0s1a =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart3836566.RnPFYSrNfZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDdCEjg1EgpGw750IRAv2UAJ947OpfPEwemINJUJfCowaJqFhNjACePyDq qKl+SRjO3GRJ8t+EP7F0grs= =KeZb -----END PGP SIGNATURE----- --nextPart3836566.RnPFYSrNfZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 09:14:41 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8670F16A41F for ; Fri, 11 Nov 2005 09:14:41 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from mail.interbgc.com (mx02.interbgc.com [217.9.224.227]) by mx1.FreeBSD.org (Postfix) with SMTP id 82B2143D45 for ; Fri, 11 Nov 2005 09:14:39 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 54509 invoked from network); 11 Nov 2005 09:14:38 -0000 Received: from nike_d@cytexbg.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-2.5/8.0):. Processed in 3.375336 secs); 11 Nov 2005 09:14:38 -0000 X-Spam-Status: No, hits=-2.5 required=8.0 Received: from 213-240-205-57.1697748.ddns.cablebg.net (HELO tormentor.totalterror.net) (213.240.205.57) by mx02.interbgc.com with SMTP; 11 Nov 2005 09:14:34 -0000 Received: (qmail 85181 invoked from network); 11 Nov 2005 09:14:34 -0000 Received: from qmail by qscan (mail filter); 11 Nov 2005 09:14:34 +0000 Received: from unknown (HELO ?10.0.0.3?) (ndenev@10.0.0.3) by tormentor.totalterror.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 11 Nov 2005 09:14:34 -0000 Message-ID: <43746103.1060109@cytexbg.com> Date: Fri, 11 Nov 2005 11:14:43 +0200 From: Niki Denev User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Ricardo A. Reis" References: <43734B2C.4090208@dis.epm.br> In-Reply-To: <43734B2C.4090208@dis.epm.br> X-Enigmail-Version: 0.92.1.0 OpenPGP: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 09:14:41 -0000 Ricardo A. Reis wrote: > Hi all, > > The University where i work recent acquire a new server, i install > FreeBSD 6.0 and update for STABLE yestarday, > in dmesg i see this messages"" > > > ahd0: Invalid Sequencer interrupt occurred. > > I've had similar problems with Dual channel U320 adaptec controller (built in on supermicro board) and Seagate U320 drives. The solution was to force the drives to U160 speed from the BIOS, and split the drives equaly on the two channels to reduce the bottleneck. --niki From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 09:25:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 21D7416A41F for ; Fri, 11 Nov 2005 09:25:00 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D0543D58 for ; Fri, 11 Nov 2005 09:24:59 +0000 (GMT) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IPS00MCHABQS4C0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 11 Nov 2005 10:28:38 +0100 (CET) Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with SMTP id <0IPS00FWKAAFFP60@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Fri, 11 Nov 2005 10:27:51 +0100 (CET) Date: Fri, 11 Nov 2005 10:24:56 +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: <20051110201342.734f88fc.torfinn.ingolfsen@broadpark.no> To: freebsd-stable@freebsd.org Message-id: <20051111102456.4ab56f88.torfinn.ingolfsen@broadpark.no> MIME-version: 1.0 X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT References: <20050618051752.GA519@faust.net> <20051105184105.6a857118.torfinn.ingolfsen@broadpark.no> <20051110201342.734f88fc.torfinn.ingolfsen@broadpark.no> Subject: Re: kernel panic with cdrecord X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 09:25:00 -0000 On Thu, 10 Nov 2005 20:13:42 +0100 Torfinn Ingolfsen wrote: > On Sat, 05 Nov 2005 18:41:05 +0100 > Torfinn Ingolfsen wrote: > > > but anything else fails. (Ok, I have tested the vommands -toc, > > -msinfo, -prcap, -atip, -checkdrive, -prcap) > > Ok, the machine now has 6.0-release / amd64 on it, and the error seems > to be gone. At least none of the commands above causes a panic > anymore. i have yet to test writing a cd with cdrecord. In case anyone is unsure about it, this is still the desktop amd64 machine with the NEC ND-3540a dive in it: root@kg-quiet# uname -a FreeBSD kg-quiet.kg4.no 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC amd64 root@kg-quiet# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI revision 6 Slave: ad1 ATA/ATAPI revision 6 ATA channel 1: Master: acd0 ATA/ATAPI revision 0 Slave: no device present -- Regards, Torfinn Ingolfsen, Norway From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 10:56:16 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F02F516A41F for ; Fri, 11 Nov 2005 10:56:16 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from maritaca.epm.br (disrouter.epm.br [200.17.25.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54E7343D46 for ; Fri, 11 Nov 2005 10:56:16 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from localhost (localhost.localdomain [127.0.0.1]) by maritaca.epm.br (Postfix) with ESMTP id 0BE7F3AD9; Fri, 11 Nov 2005 08:56:15 -0200 (BRDT) Received: from [172.22.1.166] (ricardo.epm.br [172.22.1.166]) by maritaca.epm.br (Postfix) with ESMTP id 7BA9B3AB4; Fri, 11 Nov 2005 08:56:07 -0200 (BRDT) Message-ID: <437478BF.9050408@yahoo.com.br> Date: Fri, 11 Nov 2005 08:55:59 -0200 From: "Ricardo A. Reis" User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051109) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Niki Denev References: <43734B2C.4090208@dis.epm.br> <43746103.1060109@cytexbg.com> In-Reply-To: <43746103.1060109@cytexbg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit UNIFESP-Virus-Scanned: by amavisd-new at dis.epm.br Cc: stable@freebsd.org Subject: Re: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 10:56:17 -0000 Niki, You read this ... http://lists.freebsd.org/pipermail/freebsd-stable/2005-April/013737.html I'll try on the weekend, Ricardo A. Reis UNIFESP Unix and Network Admin >Ricardo A. Reis wrote: > > >>Hi all, >> >>The University where i work recent acquire a new server, i install >>FreeBSD 6.0 and update for STABLE yestarday, >>in dmesg i see this messages"" >> >> >>ahd0: Invalid Sequencer interrupt occurred. >> >> >> >> > >I've had similar problems with Dual channel U320 adaptec >controller (built in on supermicro board) and Seagate U320 drives. >The solution was to force the drives to U160 speed from the BIOS, >and split the drives equaly on the two channels to reduce the bottleneck. > >--niki > > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 12:46:12 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3409716A420 for ; Fri, 11 Nov 2005 12:46:12 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBBFF43D4C for ; Fri, 11 Nov 2005 12:46:11 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout2-sn2.hy.skanova.net (7.2.060.1) id 436F401B001595EC; Fri, 11 Nov 2005 13:46:10 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Fri, 11 Nov 2005 13:46:10 +0100 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A605F56F@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: gvinum forgetting drives in 6.0R? Thread-Index: AcXmeq6bRusEkfSmRp+1jhViAxHtBAAQuBUg From: "Daniel Eriksson" To: Cc: Marc Ramirez Subject: RE: gvinum forgetting drives in 6.0R? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 12:46:12 -0000 Marc Ramirez wrote: > 7) For kicks, add the following to /etc/rc.conf like I saw in=20 > an e-mail=20 > somewhere: >=20 > geom_vinum_load=3D"YES" > start_cmd=3D"gvinum start" Remove that, and add this to /boot/loader.conf instead: geom_vinum_load=3D"YES" /Daniel Eriksson From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 13:18:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0281016A41F for ; Fri, 11 Nov 2005 13:18:44 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F96D43D45 for ; Fri, 11 Nov 2005 13:18:43 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so626220nzo for ; Fri, 11 Nov 2005 05:18:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=RS2zI1km9/JcR0wr7dR2JWit32+QdfrrjGoL0/ck2Ng2em2oW+0NFBLnc/ZDawhbP41Mv3YQbFikrEVXF+f9ErueuSa5LDFADLBNTDNLdhw/VZnq+Nb1WFwX/JKUdR7/9Pp4R4ylMqaNMAKR/rcx/5SOvEbtKOI05HwXPY8KZxA= Received: by 10.37.2.6 with SMTP id e6mr1315496nzi; Fri, 11 Nov 2005 05:18:43 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 34sm534963nza.2005.11.11.05.18.39; Fri, 11 Nov 2005 05:18:42 -0800 (PST) From: "Michael C. Shultz" To: Jan Grant , freebsd-stable@freebsd.org Date: Fri, 11 Nov 2005 05:09:12 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511100943.30024.ringworm01@gmail.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: <200511110509.13451.ringworm01@gmail.com> Cc: Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 13:18:44 -0000 On Friday 11 November 2005 01:43, Jan Grant wrote: > Hope you don't mind me taking you up on your offer to someone else :-) - > this is more of a feature request from a portupgrade user who'd like to > migrate. > > On Thu, 10 Nov 2005, Michael C. Shultz wrote: > > On Thursday 10 November 2005 09:42, Paul T. Root wrote: > > > I moved the machine to a DSL line here, and am running > > > portmanager. It seems to be working. > > > > > > We're going to investigate issues with this beta Cisco > > > ASA machine. > > > > I am very interested at how things go with your upgrade, > > please keep me informed. Just to let you know, the current > > version of portmanager is 0.3.3_2 if anything goes wrong check > > that first "portmanager -v". If any problems arise I am more > > than happy to work with you in solving them quickly. > > I've been very interested in portmanager, but I'm facing a large > migration task because I've come from a portupgrade environment (and the > pain of migrating to portupgrade was bad enough :-) ) > > Ideally I'd like to be able to manage my portupgrade rules and derive > portmanager rules directly (at least for an interim period). There are a > couple of things which stop me shifting over (which I'd like to do, > since portupgrade still requires manual intervention too often). Note I > don't have what I'd describe as a _complex_ portupgrade configuration, > just a _large_ one. > > Firstly: unfortunately I believe that the wildcard-matching facility > available in pkgtools.conf isn't available in portmanager (I can't tell > from the man page or the sample, but it looks like that's not the case). > > My pkgtools.conf has hundreds(! - busy workstation) of entries along > these lines - some entries apply to several ports, and the portupgrade > toolset just basically uses the union of all matching rules: > > [[[ > '*/*' => 'BATCH=yes', > '*/kde*' => 'WITH_KDE_DEBUG=yes', > 'databases/p5-DBI' => 'WITH_PROXY=yes', > 'deskutils/kdepim3' => 'WITH_KPILOT=yes', > 'devel/gnomevfs2' => 'WITH_X11=yes', > 'devel/sdl12' => 'WITH_X11=yes', > 'devel/subversion' => 'WITH_PYTHON=yes WITH_MOD_DAV_SVN=yes > WITHOUT_BDB=yes', ]]] > > ... and so on; so deskutils/kdepim3 gets built with > BATCH=yes WITH_KPILOT=yes WITH_KDE_DEBUG=yes > but more importantly, any future kde packages also get > WITH_KDE_DEBUG=yes automatically. > > It'd be convenient if portmanager supported the same wildcard > ability (it'd make the script to migrate settings from pkgtools.conf to > portmanager much more straightforward). > > The second issue is the AFTERINSTALL feature of pkgtools.conf; although > I make much less use of this, it's really handy to be able to specify > things like: > > [[[ > AFTERINSTALL = { > 'www/jakarta-tomcat5' => 'chmod a-x > /usr/local/etc/rc.d/020.jakarta-tomcat*.sh', # ... etc > } > ]]] > > which let me encapsulate common small tweaks, post-installation. > > Do you have any suggestions about either of these? Lacking CFT at the > moment or I'd dive into the source. Port build options are covered in man portmanager(1). You didn't provide an example where wild cards are used so I'm not sure what you mean there. Here is how to handle this one: > AFTERINSTALL = { > 'www/jakarta-tomcat5' => 'chmod a-x > /usr/local/etc/rc.d/020.jakarta-tomcat*.sh', # ... etc > } from portmanager(1) setting up pm-020.conf # # STOP/START these programs if they are updated # # Stop command will be run after program is built, before # old installed version is removed # # Start command will be run after rebuilt program is # installed and successfully registerd # # note: # must have leading "/" in /{category}/{port dir} # anything after /{category}/{port dir} is run as # a sh shell command # #STOP|/mail/postfix /usr/local/sbin/postfix stop| #START|/mail/postfix /usr/local/sbin/postfix start| In your case you would do this: STOP| www/jakarta-tomcat5 /usr/local/etc/rc.d/020.jakarta-tomcat*.sh| Stopping/starting is a new feature just introduced in 0.3.3_3. -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 13:44:24 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25F3316A420 for ; Fri, 11 Nov 2005 13:44:23 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from diri.bris.ac.uk (diri.bris.ac.uk [137.222.10.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DBD643D45 for ; Fri, 11 Nov 2005 13:44:23 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by diri.bris.ac.uk with esmtp (Exim 4.54) id 1EaZCV-00014Z-TJ; Fri, 11 Nov 2005 13:44:22 +0000 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 4.50) id 1EaZCU-0007mv-Df; Fri, 11 Nov 2005 13:44:19 +0000 Date: Fri, 11 Nov 2005 13:44:18 +0000 (GMT) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: "Michael C. Shultz" In-Reply-To: <200511110509.13451.ringworm01@gmail.com> Message-ID: References: <43726E40.3090701@iaces.com> <200511100943.30024.ringworm01@gmail.com> <200511110509.13451.ringworm01@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Jan Grant X-Spam-Score: -1.4 X-Spam-Level: - Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 13:44:24 -0000 On Fri, 11 Nov 2005, Michael C. Shultz wrote: > On Friday 11 November 2005 01:43, Jan Grant wrote: > > My pkgtools.conf has hundreds(! - busy workstation) of entries along > > these lines - some entries apply to several ports, and the portupgrade > > toolset just basically uses the union of all matching rules: > > > > [[[ > > '*/*' => 'BATCH=yes', > > '*/kde*' => 'WITH_KDE_DEBUG=yes', > > 'databases/p5-DBI' => 'WITH_PROXY=yes', > > 'deskutils/kdepim3' => 'WITH_KPILOT=yes', > > 'devel/gnomevfs2' => 'WITH_X11=yes', > > 'devel/sdl12' => 'WITH_X11=yes', > > 'devel/subversion' => 'WITH_PYTHON=yes WITH_MOD_DAV_SVN=yes > > WITHOUT_BDB=yes', > > ]]] > > > > ... and so on; so deskutils/kdepim3 gets built with > > BATCH=yes WITH_KPILOT=yes WITH_KDE_DEBUG=yes > > but more importantly, any future kde packages also get > > WITH_KDE_DEBUG=yes automatically. > > > > It'd be convenient if portmanager supported the same wildcard > > ability (it'd make the script to migrate settings from pkgtools.conf to > > portmanager much more straightforward). > Port build options are covered in man portmanager(1). You didn't provide an > example where wild cards are used so I'm not sure what you mean there. The asterisks in the snippet above are wildcards. When portupgrade looks for the options to a port, it pattern-matches against all the entries. The deskutils/kdepim3 is a simple example above. > Stopping/starting is a new feature just introduced in 0.3.3_3. Cheers, that's very handy. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ Goedel would be proud - I'm both inconsistent _and_ incomplete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 13:53:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E277916A41F for ; Fri, 11 Nov 2005 13:53:27 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71BD643D45 for ; Fri, 11 Nov 2005 13:53:27 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so188274nzo for ; Fri, 11 Nov 2005 05:53:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=InSR1LDXdqrV/nONPD6bs7F+Xd5AMdW4W16tiq86R4NqgGeZBYbr8Bvj3D8hOCU7IzTCPT42b1K2syb7rLdowp2erJ1U2J8AH1Ag2udux9Qzf75JYgf1CJwy+8th9mE+YL+qoIShvWbUsAVW1SNpDQzyrtnEsJzQWMF6eoky4w4= Received: by 10.36.221.32 with SMTP id t32mr1299085nzg; Fri, 11 Nov 2005 05:53:26 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 18sm971471nzo.2005.11.11.05.53.24; Fri, 11 Nov 2005 05:53:26 -0800 (PST) From: "Michael C. Shultz" To: Jan Grant Date: Fri, 11 Nov 2005 05:43:57 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511110509.13451.ringworm01@gmail.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: <200511110543.58104.ringworm01@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 13:53:28 -0000 On Friday 11 November 2005 05:44, Jan Grant wrote: > On Fri, 11 Nov 2005, Michael C. Shultz wrote: > > On Friday 11 November 2005 01:43, Jan Grant wrote: > > > My pkgtools.conf has hundreds(! - busy workstation) of entries along > > > these lines - some entries apply to several ports, and the portupgrade > > > toolset just basically uses the union of all matching rules: > > > > > > [[[ > > > '*/*' => 'BATCH=yes', > > > '*/kde*' => 'WITH_KDE_DEBUG=yes', > > > 'databases/p5-DBI' => 'WITH_PROXY=yes', > > > 'deskutils/kdepim3' => 'WITH_KPILOT=yes', > > > 'devel/gnomevfs2' => 'WITH_X11=yes', > > > 'devel/sdl12' => 'WITH_X11=yes', > > > 'devel/subversion' => 'WITH_PYTHON=yes WITH_MOD_DAV_SVN=yes > > > WITHOUT_BDB=yes', > > > ]]] > > > > > > ... and so on; so deskutils/kdepim3 gets built with > > > BATCH=yes WITH_KPILOT=yes WITH_KDE_DEBUG=yes > > > but more importantly, any future kde packages also get > > > WITH_KDE_DEBUG=yes automatically. > > > > > > It'd be convenient if portmanager supported the same wildcard > > > ability (it'd make the script to migrate settings from pkgtools.conf to > > > portmanager much more straightforward). > > > > Port build options are covered in man portmanager(1). You didn't provide > > an example where wild cards are used so I'm not sure what you mean there. > > The asterisks in the snippet above are wildcards. When portupgrade looks > for the options to a port, it pattern-matches against all the entries. > The deskutils/kdepim3 is a simple example above. Silly me, I get it now. Not supported yet but I like the idea so am adding it to the things to do list. This one will be near the top. > > > Stopping/starting is a new feature just introduced in 0.3.3_3. > > Cheers, that's very handy. -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 13:58:31 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 740EC16A41F for ; Fri, 11 Nov 2005 13:58:31 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from diri.bris.ac.uk (diri.bris.ac.uk [137.222.10.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDA2C43D45 for ; Fri, 11 Nov 2005 13:58:30 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by diri.bris.ac.uk with esmtp (Exim 4.54) id 1EaZQC-0001Wm-Us; Fri, 11 Nov 2005 13:58:30 +0000 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 4.50) id 1EaZQC-0000s7-6N; Fri, 11 Nov 2005 13:58:28 +0000 Date: Fri, 11 Nov 2005 13:58:28 +0000 (GMT) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: "Michael C. Shultz" In-Reply-To: <200511110543.58104.ringworm01@gmail.com> Message-ID: References: <43726E40.3090701@iaces.com> <200511110509.13451.ringworm01@gmail.com> <200511110543.58104.ringworm01@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Jan Grant X-Spam-Score: -1.4 X-Spam-Level: - Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 13:58:31 -0000 On Fri, 11 Nov 2005, Michael C. Shultz wrote: [on wildcards in portmanager rules] > Silly me, I get it now. Not supported yet but I like the idea so am adding it > to the things to do list. This one will be near the top. That's great! - especially since that pretty much makes it a mechanical process to take pkgtools.conf and spit out a corresponding portmanager config. Thanks Mike. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ Personal responsibility for corporate decisions: if they've nothing to hide, they've nothing to lobby against. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 14:08:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4098416A41F for ; Fri, 11 Nov 2005 14:08:27 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id C99EF43D45 for ; Fri, 11 Nov 2005 14:08:26 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so191191nzo for ; Fri, 11 Nov 2005 06:07:53 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=aGHUEFKLB1Vcf9BdBFwib6lU7U59uf6w5anTobj+Thl1xOa1Gss9vTIMvTHfWW3fY1Gv02tyhcKlyUbkQ7mxNMWl+7SOmkCoNBuI/+qZD1gfWiplIMsk9vgnMNJb3JsIEpbqt2bvsDyJzNP1S2+G/X4IhifxExQh/jzgNaWda8I= Received: by 10.36.247.78 with SMTP id u78mr1318061nzh; Fri, 11 Nov 2005 06:07:53 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 7sm372733nzo.2005.11.11.06.07.52; Fri, 11 Nov 2005 06:07:53 -0800 (PST) From: "Michael C. Shultz" To: Jan Grant Date: Fri, 11 Nov 2005 05:58:25 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511110543.58104.ringworm01@gmail.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: <200511110558.26310.ringworm01@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 14:08:27 -0000 On Friday 11 November 2005 05:58, Jan Grant wrote: > On Fri, 11 Nov 2005, Michael C. Shultz wrote: > > [on wildcards in portmanager rules] > > > Silly me, I get it now. Not supported yet but I like the idea so am > > adding it to the things to do list. This one will be near the top. > > That's great! - especially since that pretty much makes it a mechanical > process to take pkgtools.conf and spit out a corresponding portmanager > config. > > Thanks Mike. I'll try to remember cc'ing you when I submit a change this. My guess is two days to a week, depends on if any new bugs are reported. -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 14:13:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18AC716A41F for ; Fri, 11 Nov 2005 14:13:13 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9948B43D46 for ; Fri, 11 Nov 2005 14:13:12 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so192224nzo for ; Fri, 11 Nov 2005 06:13:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=hfQKRcEiJat6u33FmEnE6BVp6XaARAAmGGxtX2A6frCk8JUTCY66FPaqB0JCf07xgDscLvj/cp6mvtRNZzpOsyJQ5ks58poBxdxRveWTI08/3ILBN3Dh2xSi5/QN+UP2UMj9viv3952NIf/Zr61sEKZcqAnCdT1+WR/N+E9udew= Received: by 10.36.247.5 with SMTP id u5mr1313492nzh; Fri, 11 Nov 2005 06:13:12 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 15sm271035nzo.2005.11.11.06.13.09; Fri, 11 Nov 2005 06:13:12 -0800 (PST) From: "Michael C. Shultz" To: Jan Grant Date: Fri, 11 Nov 2005 06:03:43 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511110558.26310.ringworm01@gmail.com> In-Reply-To: <200511110558.26310.ringworm01@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511110603.44395.ringworm01@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 14:13:13 -0000 On Friday 11 November 2005 05:58, Michael C. Shultz wrote: > On Friday 11 November 2005 05:58, Jan Grant wrote: > > On Fri, 11 Nov 2005, Michael C. Shultz wrote: > > > > [on wildcards in portmanager rules] > > > > > Silly me, I get it now. Not supported yet but I like the idea so am > > > adding it to the things to do list. This one will be near the top. > > > > That's great! - especially since that pretty much makes it a mechanical > > process to take pkgtools.conf and spit out a corresponding portmanager > > config. > > > > Thanks Mike. > > I'll try to remember cc'ing you when I submit a change this. My guess is > two days to a week, depends on if any new bugs are reported. > > -Mike One last thing, if you make a script that does the conversion, might I have a copy? Here is how I'll set up pm-020.conf to work: textproc/docproj|JADETEX=no| java/jdk14|-DMINIMAL| textproc/libxml2|THREADS=off SCHEMA=on MEM_DEBUG=off THREAD_ALLOC=off| */kde*|WITH_KDE_DEBUG=yes| */*|BATCH=yes| From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 14:17:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A18716A41F; Fri, 11 Nov 2005 14:17:21 +0000 (GMT) (envelope-from eric@unixtechs.org) Received: from ms-smtp-04-eri0.ohiordc.rr.com (ms-smtp-04-smtplb.ohiordc.rr.com [65.24.5.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 257F943D53; Fri, 11 Nov 2005 14:17:15 +0000 (GMT) (envelope-from eric@unixtechs.org) Received: from blackguy.unixtechs.org (cpe-65-29-127-219.twmi.res.rr.com [65.29.127.219]) by ms-smtp-04-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id jABEHBHH008373; Fri, 11 Nov 2005 09:17:12 -0500 (EST) Received: from eric by blackguy.unixtechs.org with local (Exim 4.54 (FreeBSD)) id 1EaZiJ-0002DW-9v; Fri, 11 Nov 2005 09:17:11 -0500 Date: Fri, 11 Nov 2005 09:17:10 -0500 From: Eric Ekong To: freebsd-questions@freebsd.org Message-ID: <20051111141709.GC18471@blackguy> Mail-Followup-To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: UNIXTECHS X-Operating-System: FreeBSD 6.0-STABLE i386 1:20PM up 28 mins, 3 users, load averages: 2.25, 1.63, 1.07 X-Editor: Vim http://www.vim.org/ X-Mailer: Mutt http://www.mutt.org/ X-Info: http://www.unixtechs.org/ User-Agent: Mutt/1.5.11 X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: freebsd-stable@freebsd.org Subject: issues with installworld on fbsd6 & libcom_err X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Ekong List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 14:17:21 -0000 I had no errors when building world, but it seems each time I have tried to installworld I come up with the same error. It shows up in the lib/libcom_err directory. No matter what shell I try fixes the issue. I have gone as far as to delete all the directories in /usr/src and re cvsup. I have no options in /etc/make.conf outside of the ones put there by perl and KERNCONF=KERNELNAME. Like I said it builds with no problem, but error code 1 outs each time during make installworld. ===> lib/libcom_err (install) install -C -o root -g wheel -m 444 libcom_err.a /usr/lib install -C -o root -g wheel -m 444 libcom_err_p.a /usr/lib install -s -o root -g wheel -m 444 libcom_err.so.3 /usr/lib ln -fs libcom_err.so.3 /usr/lib/libcom_err.so install -C -o root -g wheel -m 444 /usr/src/lib/libcom_err/../../contrib/com_err/com_err.h /usr/src/lib/libcom_err/../../contrib/com_err/com_right.h /usr/include install -o root -g wheel -m 444 com_err.3.gz /usr/share/man/man3 ===> lib/libcom_err/doc (install) install-info --quiet --defsection="Programming & development tools." --defentry="* libcom_err: (com_err). A Common Error Description Library for UNIX." com_err.info /usr/share/info/dir install-info: /usr/share/info/dir: empty file *** Error code 1 Stop in /usr/src/lib/libcom_err/doc. *** Error code 1 Stop in /usr/src/lib/libcom_err. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Any suggestions on how to fix this so I can get fbsd 6 world installed so I can run portmanger to update a crap load of ports would be appreciated. Eric -- ======================================================= Eric I. Ekong eric@unixtechs.org FreeBSD - The Power to Serve http://www.freebsd.org K Desktop Environment on FreeBSD http://freebsd.kde.org ======================================================= Laws of Serendipity: (1) In order to discover anything, you must be looking for something. (2) If you wish to make an improved product, you must already be engaged in making an inferior one. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 14:26:45 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C46E16A41F for ; Fri, 11 Nov 2005 14:26:45 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from diri.bris.ac.uk (diri.bris.ac.uk [137.222.10.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0779843D45 for ; Fri, 11 Nov 2005 14:26:44 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by diri.bris.ac.uk with esmtp (Exim 4.54) id 1EaZrX-0002NE-3d; Fri, 11 Nov 2005 14:26:44 +0000 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 4.50) id 1EaZrW-0002Fi-9q; Fri, 11 Nov 2005 14:26:42 +0000 Date: Fri, 11 Nov 2005 14:26:42 +0000 (GMT) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: "Michael C. Shultz" In-Reply-To: <200511110603.44395.ringworm01@gmail.com> Message-ID: References: <43726E40.3090701@iaces.com> <200511110558.26310.ringworm01@gmail.com> <200511110603.44395.ringworm01@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Jan Grant X-Spam-Score: -1.4 X-Spam-Level: - Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 14:26:45 -0000 On Fri, 11 Nov 2005, Michael C. Shultz wrote: > On Friday 11 November 2005 05:58, Michael C. Shultz wrote: > > On Friday 11 November 2005 05:58, Jan Grant wrote: > > > On Fri, 11 Nov 2005, Michael C. Shultz wrote: > > > > > > [on wildcards in portmanager rules] > > > > > > > Silly me, I get it now. Not supported yet but I like the idea so am > > > > adding it to the things to do list. This one will be near the top. > > > > > > That's great! - especially since that pretty much makes it a mechanical > > > process to take pkgtools.conf and spit out a corresponding portmanager > > > config. > > > > > > Thanks Mike. > > > > I'll try to remember cc'ing you when I submit a change this. My guess is > > two days to a week, depends on if any new bugs are reported. > > > > -Mike > > One last thing, if you make a script that does the conversion, might I have a > copy? Here is how I'll set up pm-020.conf to work: Surely. pkgtools.conf is actually a ruby script: I've no idea how dynamically the rules are evaluated but something that works ona prettystock bunch of settings should be close to trivial. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ ...and then three milkmaids turned up (to the delight and delactation of the crowd). From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 14:49:21 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B2FF16A41F for ; Fri, 11 Nov 2005 14:49:21 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F01643D60 for ; Fri, 11 Nov 2005 14:49:14 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so574965wra for ; Fri, 11 Nov 2005 06:49:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=N+uiEGBym3rrfX5auSiBIebuQlE0B7PIDnQCqm160x/hW8W9KgH3cQTtj5vKe8Dkl1xg++fjDWCbNdQJyQGbiOLzt0PWjSKkkBGISIU9jvBkhd32DmJxTbe09kUi2o3lOso+4mKTLiyJ9n/9ogNGff1iJXDVbI3Y+n0wKPydfdk= Received: by 10.54.142.2 with SMTP id p2mr1851636wrd; Fri, 11 Nov 2005 06:49:14 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 9sm1182938wrl.2005.11.11.06.49.13; Fri, 11 Nov 2005 06:49:14 -0800 (PST) From: "Michael C. Shultz" To: Jan Grant Date: Fri, 11 Nov 2005 06:39:46 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511110603.44395.ringworm01@gmail.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: <200511110639.47578.ringworm01@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 14:49:21 -0000 On Friday 11 November 2005 06:26, Jan Grant wrote: > On Fri, 11 Nov 2005, Michael C. Shultz wrote: > > On Friday 11 November 2005 05:58, Michael C. Shultz wrote: > > > On Friday 11 November 2005 05:58, Jan Grant wrote: > > > > On Fri, 11 Nov 2005, Michael C. Shultz wrote: > > > > > > > > [on wildcards in portmanager rules] > > > > > > > > > Silly me, I get it now. Not supported yet but I like the idea so am > > > > > adding it to the things to do list. This one will be near the top. > > > > > > > > That's great! - especially since that pretty much makes it a > > > > mechanical process to take pkgtools.conf and spit out a corresponding > > > > portmanager config. > > > > > > > > Thanks Mike. > > > > > > I'll try to remember cc'ing you when I submit a change this. My guess > > > is two days to a week, depends on if any new bugs are reported. > > > > > > -Mike > > > > One last thing, if you make a script that does the conversion, might I > > have a copy? Here is how I'll set up pm-020.conf to work: > > Surely. pkgtools.conf is actually a ruby script: I've no idea how > dynamically the rules are evaluated but something that works ona > prettystock bunch of settings should be close to trivial. Thank you. If it works well I might use it to have portmanager pick up settings from portupgrade "on the fly", or at least provide some sort of conversion command. Thanks :) -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 14:57:05 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E97416A41F for ; Fri, 11 Nov 2005 14:57:05 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from ms-smtp-01-eri0.ohiordc.rr.com (ms-smtp-01-smtplb.ohiordc.rr.com [65.24.5.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 307C543D49 for ; Fri, 11 Nov 2005 14:57:03 +0000 (GMT) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from bluecirclesoft.com (cpe-24-165-114-48.cinci.res.rr.com [24.165.114.48]) by ms-smtp-01-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id jABEuxWY024753; Fri, 11 Nov 2005 09:57:00 -0500 (EST) Received: from bluecirclesoft.com (localhost [127.0.0.1]) by bluecirclesoft.com (8.13.4/8.13.4) with ESMTP id jABEu2WL014465; Fri, 11 Nov 2005 09:56:02 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) Received: from localhost (localhost [[UNIX: localhost]]) by bluecirclesoft.com (8.13.4/8.13.4/Submit) id jABEu2ft014464; Fri, 11 Nov 2005 09:56:02 -0500 (EST) (envelope-from marc.ramirez@bluecirclesoft.com) X-Authentication-Warning: bluecirclesoft.com: mrami set sender to marc.ramirez@bluecirclesoft.com using -f From: Marc Ramirez Organization: Blue Circle Software Corp. To: freebsd-stable@freebsd.org Date: Fri, 11 Nov 2005 09:56:53 -0500 User-Agent: KMail/1.8.2 References: <4F9C9299A10AE74E89EA580D14AA10A605F56F@royal64.emp.zapto.org> In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A605F56F@royal64.emp.zapto.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1697361.QrnBBf5B9d"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200511110956.58487.marc.ramirez@bluecirclesoft.com> X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Daniel Eriksson Subject: Re: gvinum forgetting drives in 6.0R? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 14:57:05 -0000 --nextPart1697361.QrnBBf5B9d Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 11 November 2005 07:46 am, Daniel Eriksson wrote: > Marc Ramirez wrote: > > 7) For kicks, add the following to /etc/rc.conf like I saw in > > an e-mail > > somewhere: > > > > geom_vinum_load=3D"YES" > > start_cmd=3D"gvinum start" > > Remove that, and add this to /boot/loader.conf instead: > > geom_vinum_load=3D"YES" Well, that was a huge brain fart on my part! All is good. Thanks! Marc. =2D-=20 Marc Ramirez Blue Circle Software Corporation 513-688-1070 (main) 513-382-1270 (direct) http://www.bluecirclesoft.com http://www.mrami.com (personal) --nextPart1697361.QrnBBf5B9d Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDdLE6g1EgpGw750IRAtyeAKDA3pxHqRWyy1fg+QFiEQfNG7fnWgCePC01 uuAW9PTmmSPJVL9SsqHrh9Y= =2//u -----END PGP SIGNATURE----- --nextPart1697361.QrnBBf5B9d-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 15:05:00 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 598F716A420; Fri, 11 Nov 2005 15:05:00 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5657943D4C; Fri, 11 Nov 2005 15:04:58 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jABF4uZ8001030; Fri, 11 Nov 2005 17:04:56 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 89098-02-7; Fri, 11 Nov 2005 17:04:56 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jABF4Cwt000927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Nov 2005 17:04:12 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jABF4Jie001881; Fri, 11 Nov 2005 17:04:19 +0200 (EET) (envelope-from ru) Date: Fri, 11 Nov 2005 17:04:19 +0200 From: Ruslan Ermilov To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20051111150418.GE87446@ip.net.ua> References: <20051111141709.GC18471@blackguy> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IDYEmSnFhs3mNXr+" Content-Disposition: inline In-Reply-To: <20051111141709.GC18471@blackguy> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Subject: Re: issues with installworld on fbsd6 & libcom_err X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:05:00 -0000 --IDYEmSnFhs3mNXr+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 11, 2005 at 09:17:10AM -0500, Eric Ekong wrote: > I had no errors when building world, but it seems each time I have > tried to installworld I come up with the same error. It shows up in > the lib/libcom_err directory. No matter what shell I try fixes the > issue. I have gone as far as to delete all the directories in /usr/src > and re cvsup. I have no options in /etc/make.conf outside of the > ones put there by perl and KERNCONF=3DKERNELNAME. Like I said it builds= =20 > with no problem, but error code 1 outs each time during make > installworld. >=20 You're probably using -jX with installworld. If so, a fix for this has been in HEAD as of a few days: : ru 2005-11-03 08:56:39 UTC :=20 : FreeBSD src repository :=20 : Modified files: : . Makefile.inc1=20 : share/mk bsd.info.mk=20 : Log: : Serialize access to the info/dir file; needed for parallel installs. : =20 : Reported by: scottl : =20 : I'm not very fond of using the non-standard lockf(1) here, but I : have no better idea at the moment. NetBSD uses ln(1) to create a : lock file, but this approach can result in a deadlock if make is : interrupted, leaving an orphaned lock file. : =20 : Revision Changes Path : 1.514 +1 -1 src/Makefile.inc1 : 1.72 +1 -0 src/share/mk/bsd.info.mk I'm not happy with this because it broke NFS installs. Once I find a proper fix, I will also make sure to MFC it to RELENG_6. > =3D=3D=3D> lib/libcom_err (install) > install -C -o root -g wheel -m 444 libcom_err.a /usr/lib > install -C -o root -g wheel -m 444 libcom_err_p.a /usr/lib > install -s -o root -g wheel -m 444 libcom_err.so.3 /usr/lib > ln -fs libcom_err.so.3 /usr/lib/libcom_err.so > install -C -o root -g wheel -m 444 > /usr/src/lib/libcom_err/../../contrib/com_err/com_err.h > /usr/src/lib/libcom_err/../../contrib/com_err/com_right.h /usr/include > install -o root -g wheel -m 444 com_err.3.gz /usr/share/man/man3 > =3D=3D=3D> lib/libcom_err/doc (install) > install-info --quiet --defsection=3D"Programming & development tools." > --defentry=3D"* libcom_err: (com_err). A Common Error Description > Library for UNIX." com_err.info /usr/share/info/dir > install-info: /usr/share/info/dir: empty file > *** Error code 1 >=20 > Stop in /usr/src/lib/libcom_err/doc. > *** Error code 1 >=20 > Stop in /usr/src/lib/libcom_err. > *** Error code 1 >=20 > Stop in /usr/src/lib. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > Any suggestions on how to fix this so I can get fbsd 6 world installed > so I can run portmanger to update a crap load of ports would be > appreciated. --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --IDYEmSnFhs3mNXr+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDdLLyqRfpzJluFF4RAuV8AJ98zt4cnrzBiybTo4EtC8Xk76TpPACgmxzw ZQvz85kJRYG7V7ugRrHsQyA= =q6tf -----END PGP SIGNATURE----- --IDYEmSnFhs3mNXr+-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 15:23:08 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BBDD16A41F for ; Fri, 11 Nov 2005 15:23:08 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from diri.bris.ac.uk (diri.bris.ac.uk [137.222.10.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73FE143D46 for ; Fri, 11 Nov 2005 15:23:07 +0000 (GMT) (envelope-from Jan.Grant@bristol.ac.uk) Received: from mail.ilrt.bris.ac.uk ([137.222.16.62]) by diri.bris.ac.uk with esmtp (Exim 4.54) id 1Eaak4-0004RM-Lr; Fri, 11 Nov 2005 15:23:06 +0000 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 4.50) id 1Eaak3-00056m-Dx; Fri, 11 Nov 2005 15:23:03 +0000 Date: Fri, 11 Nov 2005 15:23:03 +0000 (GMT) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: "Michael C. Shultz" In-Reply-To: <200511110639.47578.ringworm01@gmail.com> Message-ID: References: <43726E40.3090701@iaces.com> <200511110603.44395.ringworm01@gmail.com> <200511110639.47578.ringworm01@gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1141662977-1131722583=:19268" Sender: Jan Grant X-Spam-Score: -1.4 X-Spam-Level: - Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:23:08 -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. ---559023410-1141662977-1131722583=:19268 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 11 Nov 2005, Michael C. Shultz wrote: > > > One last thing, if you make a script that does the conversion, might I > > > have a copy? Here is how I'll set up pm-020.conf to work: > > > > Surely. pkgtools.conf is actually a ruby script: I've no idea how > > dynamically the rules are evaluated but something that works ona > > prettystock bunch of settings should be close to trivial. > > Thank you. If it works well I might use it to have portmanager pick up > settings from portupgrade "on the fly", or at least provide some sort > of conversion command. Thanks :) Attached uses ruby to parse the pkgtools.conf (it relies on the portupgrade ruby package) - it'll spit out the appropriate sections (HOLD_PKGS, BEFOREBUILD, AFTERINSTALL and MAKE_ARGS) in what I think the portmanager format is (although the script is trivial, as you can see). Note that the MAKE_ARGS etc go through a hash/dictionary and consequently are unordered. A small snippet of the output I get from this: [[[ CATEGORY/PORT|OPTION=| # do not delete this line! # Ignored packages from HOLD_PKGS IGNORE|bsdpan-*| IGNORE|x11/nvidia-driver| IGNORE|editors/openoffice*| # STOP entries come from BEFOREBUILD # START entries come from AFTERINSTALL START|/databases/postgresql7 chmod a+x /usr/local/share/postgresql/502.pgsql| START|/www/jakarta-tomcat5 chmod a-x /usr/local/etc/rc.d/020.jakarta-tomcat*.sh| # Package options from MAKE_ARGS # Note: pkgtools.conf will use the UNION of all matching lines security/gnupg|WITH_SUID_GPG=yes| devel/subversion|WITH_PYTHON=yes WITH_MOD_DAV_SVN=yes WITHOUT_BDB=yes| x11/kde3|| deskutils/kdepim3|WITH_KPILOT=yes| www/gallery|| www/rt*|WITH_FASTCGI=yes WITH_APACHE2=yes DB_TYPE=Pg DB_HOST=localhost DB_DATABASE=rt3 DB_USER=rt3| www/apache2|WITH_PROXY_MODULES=yes| multimedia/kdemultimedia*|WITH_LAME=yes WITH_XINE=yes WITH_MPEGLIB=yes| */*|BATCH=yes| java/jdk14|NATIVE_BOOTSTRAP=yes JAVA_HOME=| */kde*|WITH_KDE_DEBUG=yes| mail/exim|WITH_EXIMON=yes WITH_EXISCAN_ACL=yes WITH_TCP_WRAPPERS=yes WITH_PGSQL=yes WITHOUT_PERL=yes | ]]] -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44 (0)117 3317661 http://ioctl.org/jan/ I'm the dandy information superhighwayman. ---559023410-1141662977-1131722583=:19268 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=pkgtools-to-portmanager.rb Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=pkgtools-to-portmanager.rb IyEvdXNyL2xvY2FsL2Jpbi9ydWJ5DQoNCnJlcXVpcmUgInBrZ3Rvb2xzIg0K DQpwdXRzICJDQVRFR09SWS9QT1JUfE9QVElPTj18ICAgICAgICAgICMgZG8g bm90IGRlbGV0ZSB0aGlzIGxpbmUhIg0KDQpsb2FkX2NvbmZpZw0KDQoNCiMg aGVsZCBwYWNrYWdlcw0KDQpwdXRzICIiDQpwdXRzICIjIElnbm9yZWQgcGFj a2FnZXMgZnJvbSBIT0xEX1BLR1MiDQpwdXRzICIiDQoNCmNvbmZpZ192YWx1 ZSg6SE9MRF9QS0dTKS5lYWNoIGRvIHxwa2d8DQoNCglwdXRzICJJR05PUkV8 IiArIHBrZyArICJ8Ig0KDQplbmQNCg0KDQojIGJlZm9yZWJ1aWxkIGJlY29t ZXMgc3RvcA0KDQpwdXRzICIiDQpwdXRzICIjIFNUT1AgZW50cmllcyBjb21l IGZyb20gQkVGT1JFQlVJTEQiDQpwdXRzICIiDQoNCmNvbmZpZ192YWx1ZSg6 QkVGT1JFQlVJTEQpLmVhY2ggZG8gfHBrZ3wNCg0KCXB1dHMgIlNUT1B8LyIg KyBwa2dbMF0gKyAiICIgKyBwa2dbMV0gKyAifCINCg0KZW5kDQoNCiMgYWZ0 ZXJpbnN0YWxsIGJlY29tZXMgc3RhcnQNCg0KcHV0cyAiIg0KcHV0cyAiIyBT VEFSVCBlbnRyaWVzIGNvbWUgZnJvbSBBRlRFUklOU1RBTEwiDQpwdXRzICIi DQoNCmNvbmZpZ192YWx1ZSg6QUZURVJJTlNUQUxMKS5lYWNoIGRvIHxwa2d8 DQoNCglwdXRzICJTVEFSVHwvIiArIHBrZ1swXSArICIgIiArIHBrZ1sxXSAr ICJ8Ig0KDQplbmQNCg0KIyBwYWNrYWdlIG9wdGlvbnMuDQoNCg0KcHV0cyAi Ig0KcHV0cyAiIyBQYWNrYWdlIG9wdGlvbnMgZnJvbSBNQUtFX0FSR1MiDQpw dXRzICIjIE5vdGU6IHBrZ3Rvb2xzLmNvbmYgd2lsbCB1c2UgdGhlIFVOSU9O IG9mIGFsbCBtYXRjaGluZyBsaW5lcyINCnB1dHMgIiINCg0KY29uZmlnX3Zh bHVlKDpNQUtFX0FSR1MpLmVhY2ggZG8gfHBrZ3wNCg0KCXB1dHMgcGtnWzBd ICsgInwiICsgcGtnWzFdICsgInwiDQoNCmVuZA0K ---559023410-1141662977-1131722583=:19268-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 15:24:47 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E30D16A420 for ; Fri, 11 Nov 2005 15:24:47 +0000 (GMT) (envelope-from delphij@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3493D43D58 for ; Fri, 11 Nov 2005 15:24:45 +0000 (GMT) (envelope-from delphij@gmail.com) Received: by xproxy.gmail.com with SMTP id s19so751590wxc for ; Fri, 11 Nov 2005 07:24:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Yhz9D/Lmh5T61iAnDCtaQwokm7PRUschZ3ogfFy0lv7mf9NdJykDgqk7jLgF8azfySw5TYkKrlCyELQz1MjgxVf4IKODPtIXkSGch6ohcYYY6Sh3JICYjiwAPVEidzdUiKmi3ntvqHcsvYhvuNp0elawMCku8ue3CQ1gud8BBfY= Received: by 10.65.180.11 with SMTP id h11mr2455713qbp; Fri, 11 Nov 2005 07:24:44 -0800 (PST) Received: by 10.65.191.18 with HTTP; Fri, 11 Nov 2005 07:24:44 -0800 (PST) Message-ID: Date: Fri, 11 Nov 2005 23:24:44 +0800 From: Xin LI To: David Kirchner In-Reply-To: <35c231bf0511101057g1560dc36u3d464f2e56aaa3a8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <20051109113648.D3622@3jane.math.ualberta.ca> <35c231bf0511101057g1560dc36u3d464f2e56aaa3a8@mail.gmail.com> Cc: Barkley Vowk , freebsd-stable@freebsd.org Subject: Re: Filesystems >1TB not possible on 6.0-R (anymore?). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: delphij@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:24:47 -0000 T24gMTEvMTEvMDUsIERhdmlkIEtpcmNobmVyIDxkcGtAZHBrLm5ldD4gd3JvdGU6Cj4gT24gMTEv MTAvMDUsIFhpbiBMSSA8ZGVscGhpakBnbWFpbC5jb20+IHdyb3RlOgo+ID4gV291bGQgeW91IHBs ZWFzZSBjb25zaWRlciB0byB0cnkgImdwdCIgaW5zdGVhZCBvZiAiYnNkbGFiZWwiPwo+ID4KPiA+ IEJUVy4gIFRoZSBkbWVzZyBtZWVzYWdlIGluZGljYXRlcyB0aGF0IHlvdXIgYXJyYXkgaXMgZGVn cmFkZWQgOi0oCj4KPiBJcyBpdCBwb3NzaWJsZSB0byBoYXZlIHN5c2luc3RhbGwgdXNlIGdwdCBp bnN0ZWFkIG9mIGJzZGxhYmVsLCBhbmQKPiB0aGVuIHRvIGJvb3QgZnJvbSBhIGdwdCBiYXNlZCBh cnJheT8gSSBoYXZlbid0IGhhZCBsdWNrIHdpdGggaXQsIGJ1dAo+IG1heWJlIHRoYXQgd2FzIGZp eGVkIHdpdGggNi4wLgoKSSdtIG5vdCBxdWl0ZSBzdXJlLCBidXQgdGhlIGxpdmUgc3lzdGVtIHNo ZWxsIHByb3ZpZGVkIGJ5IHRoZQppbnN0YWxsYXRpb24gQ0QgKGRpc2MxKSBtaWdodCBoZWxwLgoK LS0KWGluIExJIDxkZWxwaGlqQGRlbHBoaWoubmV0PiBodHRwOi8vd3d3LmRlbHBoaWoubmV0Cg== From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 15:24:54 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E39716A41F for ; Fri, 11 Nov 2005 15:24:54 +0000 (GMT) (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 362E943D45 for ; Fri, 11 Nov 2005 15:24:54 +0000 (GMT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.1.108] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.12.11/8.12.11) with ESMTP id jABFIKba085522 for ; Fri, 11 Nov 2005 09:18:20 -0600 (CST) (envelope-from ghelmer@palisadesys.com) Message-ID: <4374B7C2.4040108@palisadesys.com> Date: Fri, 11 Nov 2005 09:24:50 -0600 From: Guy Helmer User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-From: ghelmer@palisadesys.com Subject: Adaptec AIC-8130 (Marvell 88SX6041) 4-port Hercules-2 SATA Controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:24:54 -0000 I'm looking at trying out the Supermicro H8DAR-T Opteron motherboard (http://www.supermicro.com/Aplus/motherboard/Opteron/8132/H8DAR-T.cfm) but its on-board SATA controller is an Adaptec AIC-8130 (Marvell 88SX6041) Hercules-2 rev B2. Given that it is a Marvell chip, I'm concerned it might not work with any available drivers, and I haven't found any references in the FreeBSD 6.0 source code to either of the model numbers (8130 or 88SX6041). Does anyone know for sure whether it is or isn't supported? Thanks, Guy Helmer -- Guy Helmer, Ph.D. Principal System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 15:39:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C288216A41F for ; Fri, 11 Nov 2005 15:39:03 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E87543D45 for ; Fri, 11 Nov 2005 15:39:03 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i12so189254wra for ; Fri, 11 Nov 2005 07:39:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=F37XUu7voKKonsOgWS15z3Hir9WuhQwZ4W3FPKFXydHDY0PJq1++frFyvwXYgzgxDnpJQhDdcRthti7G8WZeXlNMfnHMj9G3xC/1sQjFxyWPrrJxupendhpZ2pRIV7nFmRjhM7ZYNKFSpGKZHKRXsgIZ/vGvDtgZlxgtC9vvZH0= Received: by 10.54.160.9 with SMTP id i9mr1656980wre; Fri, 11 Nov 2005 07:39:02 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 13sm2295756wrl.2005.11.11.07.39.01; Fri, 11 Nov 2005 07:39:02 -0800 (PST) From: "Michael C. Shultz" To: Jan Grant Date: Fri, 11 Nov 2005 07:29:35 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511110639.47578.ringworm01@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511110729.36677.ringworm01@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:39:04 -0000 On Friday 11 November 2005 07:23, Jan Grant wrote: > On Fri, 11 Nov 2005, Michael C. Shultz wrote: > > > > One last thing, if you make a script that does the conversion, might > > > > I have a copy? Here is how I'll set up pm-020.conf to work: > > > > > > Surely. pkgtools.conf is actually a ruby script: I've no idea how > > > dynamically the rules are evaluated but something that works ona > > > prettystock bunch of settings should be close to trivial. > > > > Thank you. If it works well I might use it to have portmanager pick up > > settings from portupgrade "on the fly", or at least provide some sort > > of conversion command. Thanks :) > > Attached uses ruby to parse the pkgtools.conf (it relies on the > portupgrade ruby package) - it'll spit out the appropriate sections > (HOLD_PKGS, BEFOREBUILD, AFTERINSTALL and MAKE_ARGS) in what I think the > portmanager format is (although the script is trivial, as you can see). > Note that the MAKE_ARGS etc go through a hash/dictionary and > consequently are unordered. A small snippet of the output I get from > this: > > [[[ > CATEGORY/PORT|OPTION=| # do not delete this line! > > # Ignored packages from HOLD_PKGS > > IGNORE|bsdpan-*| > IGNORE|x11/nvidia-driver| > IGNORE|editors/openoffice*| > > # STOP entries come from BEFOREBUILD > > > # START entries come from AFTERINSTALL > > START|/databases/postgresql7 chmod a+x > /usr/local/share/postgresql/502.pgsql| START|/www/jakarta-tomcat5 chmod a-x > /usr/local/etc/rc.d/020.jakarta-tomcat*.sh| > > # Package options from MAKE_ARGS > # Note: pkgtools.conf will use the UNION of all matching lines > > security/gnupg|WITH_SUID_GPG=yes| > devel/subversion|WITH_PYTHON=yes WITH_MOD_DAV_SVN=yes WITHOUT_BDB=yes| > x11/kde3|| > deskutils/kdepim3|WITH_KPILOT=yes| > www/gallery|| > www/rt*|WITH_FASTCGI=yes WITH_APACHE2=yes DB_TYPE=Pg DB_HOST=localhost > DB_DATABASE=rt3 DB_USER=rt3| www/apache2|WITH_PROXY_MODULES=yes| > multimedia/kdemultimedia*|WITH_LAME=yes WITH_XINE=yes WITH_MPEGLIB=yes| > */*|BATCH=yes| > java/jdk14|NATIVE_BOOTSTRAP=yes JAVA_HOME=| > */kde*|WITH_KDE_DEBUG=yes| > mail/exim|WITH_EXIMON=yes WITH_EXISCAN_ACL=yes WITH_TCP_WRAPPERS=yes > WITH_PGSQL=yes WITHOUT_PERL=yes | ]]] ^^^^^^^^^^^ little glitch? Works good, just one thing, portmanager has no dependencies, like to keep it that way. How are you at awk? I use this awk script to do initial parsing of the config file: #!/bin/sh # # $1 = pm-020.conf $2 = output file name # echo "keyzzNULLzzvaluezzNULLzz" > $2;awk 'BEGIN{ FS = "|" } NF == 3 && $1 !~ /#/ && $1 !~ /CATEGORY\/PORT/ && $2 !~ /#/ {print $1 "zzNULLz I'm no scripter so getting the above to work was painful ;) -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 16:14:20 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E6CF16A420 for ; Fri, 11 Nov 2005 16:14:20 +0000 (GMT) (envelope-from eric@unixtechs.org) Received: from ms-smtp-02-eri0.ohiordc.rr.com (ms-smtp-02-smtplb.ohiordc.rr.com [65.24.5.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id A082C43D49 for ; Fri, 11 Nov 2005 16:14:14 +0000 (GMT) (envelope-from eric@unixtechs.org) Received: from blackguy.unixtechs.org (cpe-65-29-127-219.twmi.res.rr.com [65.29.127.219]) by ms-smtp-02-eri0.ohiordc.rr.com (8.12.10/8.12.7) with ESMTP id jABGE7XV005007 for ; Fri, 11 Nov 2005 11:14:11 -0500 (EST) Received: from eric by blackguy.unixtechs.org with local (Exim 4.54 (FreeBSD)) id 1EabXT-000DDN-CC for freebsd-stable@freebsd.org; Fri, 11 Nov 2005 11:14:07 -0500 Date: Fri, 11 Nov 2005 11:14:07 -0500 From: Eric Ekong To: freebsd-stable@freebsd.org Message-ID: <20051111161407.GB37260@blackguy> Mail-Followup-To: freebsd-stable@freebsd.org References: <20051111141709.GC18471@blackguy> <20051111150418.GE87446@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051111150418.GE87446@ip.net.ua> Organization: UNIXTECHS X-Operating-System: FreeBSD 6.0-STABLE i386 11:08AM up 22:16, 3 users, load averages: 1.14, 1.36, 1.27 X-Editor: Vim http://www.vim.org/ X-Mailer: Mutt http://www.mutt.org/ X-Info: http://www.unixtechs.org/ User-Agent: Mutt/1.5.11 X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: issues with installworld on fbsd6 & libcom_err X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Ekong List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 16:14:20 -0000 Just doing a regular make installworld with no -J options anywhere. Unless that is a default with sh shell or csh shell. Eric * Ruslan Ermilov [051111 10:04]: > Date: Fri, 11 Nov 2005 17:04:19 +0200 > From: Ruslan Ermilov > To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org > Cc: > Subject: Re: issues with installworld on fbsd6 & libcom_err > > On Fri, Nov 11, 2005 at 09:17:10AM -0500, Eric Ekong wrote: > > I had no errors when building world, but it seems each time I have > > tried to installworld I come up with the same error. It shows up in > > the lib/libcom_err directory. No matter what shell I try fixes the > > issue. I have gone as far as to delete all the directories in /usr/src > > and re cvsup. I have no options in /etc/make.conf outside of the > > ones put there by perl and KERNCONF=KERNELNAME. Like I said it builds > > with no problem, but error code 1 outs each time during make > > installworld. > > > You're probably using -jX with installworld. If so, a fix for this > has been in HEAD as of a few days: > > : ru 2005-11-03 08:56:39 UTC > : > : FreeBSD src repository > : > : Modified files: > : . Makefile.inc1 > : share/mk bsd.info.mk > : Log: > : Serialize access to the info/dir file; needed for parallel installs. > : > : Reported by: scottl > : > : I'm not very fond of using the non-standard lockf(1) here, but I > : have no better idea at the moment. NetBSD uses ln(1) to create a > : lock file, but this approach can result in a deadlock if make is > : interrupted, leaving an orphaned lock file. > : > : Revision Changes Path > : 1.514 +1 -1 src/Makefile.inc1 > : 1.72 +1 -0 src/share/mk/bsd.info.mk > > I'm not happy with this because it broke NFS installs. Once I find > a proper fix, I will also make sure to MFC it to RELENG_6. > > > ===> lib/libcom_err (install) > > install -C -o root -g wheel -m 444 libcom_err.a /usr/lib > > install -C -o root -g wheel -m 444 libcom_err_p.a /usr/lib > > install -s -o root -g wheel -m 444 libcom_err.so.3 /usr/lib > > ln -fs libcom_err.so.3 /usr/lib/libcom_err.so > > install -C -o root -g wheel -m 444 > > /usr/src/lib/libcom_err/../../contrib/com_err/com_err.h > > /usr/src/lib/libcom_err/../../contrib/com_err/com_right.h /usr/include > > install -o root -g wheel -m 444 com_err.3.gz /usr/share/man/man3 > > ===> lib/libcom_err/doc (install) > > install-info --quiet --defsection="Programming & development tools." > > --defentry="* libcom_err: (com_err). A Common Error Description > > Library for UNIX." com_err.info /usr/share/info/dir > > install-info: /usr/share/info/dir: empty file > > *** Error code 1 > > > > Stop in /usr/src/lib/libcom_err/doc. > > *** Error code 1 > > > > Stop in /usr/src/lib/libcom_err. > > *** Error code 1 > > > > Stop in /usr/src/lib. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > Any suggestions on how to fix this so I can get fbsd 6 world installed > > so I can run portmanger to update a crap load of ports would be > > appreciated. > > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer -- ======================================================= Eric I. Ekong eric@unixtechs.org FreeBSD - The Power to Serve http://www.freebsd.org K Desktop Environment on FreeBSD http://freebsd.kde.org ======================================================= Laws of Serendipity: (1) In order to discover anything, you must be looking for something. (2) If you wish to make an improved product, you must already be engaged in making an inferior one. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 16:25:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D7B716A421 for ; Fri, 11 Nov 2005 16:25:14 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EF6043D45 for ; Fri, 11 Nov 2005 16:25:14 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so582971wxc for ; Fri, 11 Nov 2005 08:25:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=N+f4QMA5GLWZJ91qNz8/wSIOENAWzu3+ZlqKiZh3XE1WOOdEqomS+/7itz5wLjKJ5edqCfmHkqsFFCV3me5XjorSgtRVBNB+qx76SR+ckBDJX2xn+0fFfebdS7ufsorIauMfKmMB4DzaGP8z5kKs8CNVO5Iyppdq/V9xP66SDDc= Received: by 10.70.44.7 with SMTP id r7mr2287067wxr; Fri, 11 Nov 2005 08:25:13 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id i17sm771328wxd.2005.11.11.08.25.12; Fri, 11 Nov 2005 08:25:13 -0800 (PST) From: "Michael C. Shultz" To: Jan Grant Date: Fri, 11 Nov 2005 08:15:47 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511110729.36677.ringworm01@gmail.com> In-Reply-To: <200511110729.36677.ringworm01@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511110815.48118.ringworm01@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 16:25:14 -0000 On Friday 11 November 2005 07:29, Michael C. Shultz wrote: > On Friday 11 November 2005 07:23, Jan Grant wrote: > > On Fri, 11 Nov 2005, Michael C. Shultz wrote: > > > > > One last thing, if you make a script that does the conversion, > > > > > might I have a copy? Here is how I'll set up pm-020.conf to work: > > > > > > > > Surely. pkgtools.conf is actually a ruby script: I've no idea how > > > > dynamically the rules are evaluated but something that works ona > > > > prettystock bunch of settings should be close to trivial. > > > > > > Thank you. If it works well I might use it to have portmanager pick up > > > settings from portupgrade "on the fly", or at least provide some sort > > > of conversion command. Thanks :) > > > > Attached uses ruby to parse the pkgtools.conf (it relies on the > > portupgrade ruby package) - it'll spit out the appropriate sections > > (HOLD_PKGS, BEFOREBUILD, AFTERINSTALL and MAKE_ARGS) in what I think the > > portmanager format is (although the script is trivial, as you can see). > > Note that the MAKE_ARGS etc go through a hash/dictionary and > > consequently are unordered. A small snippet of the output I get from > > this: > > > > [[[ > > CATEGORY/PORT|OPTION=| # do not delete this line! > > > > # Ignored packages from HOLD_PKGS > > > > IGNORE|bsdpan-*| > > IGNORE|x11/nvidia-driver| > > IGNORE|editors/openoffice*| > > > > # STOP entries come from BEFOREBUILD > > > > > > # START entries come from AFTERINSTALL > > > > START|/databases/postgresql7 chmod a+x > > /usr/local/share/postgresql/502.pgsql| START|/www/jakarta-tomcat5 chmod > > a-x /usr/local/etc/rc.d/020.jakarta-tomcat*.sh| > > > > # Package options from MAKE_ARGS > > # Note: pkgtools.conf will use the UNION of all matching lines > > > > security/gnupg|WITH_SUID_GPG=yes| > > devel/subversion|WITH_PYTHON=yes WITH_MOD_DAV_SVN=yes WITHOUT_BDB=yes| > > x11/kde3|| > > deskutils/kdepim3|WITH_KPILOT=yes| > > www/gallery|| > > www/rt*|WITH_FASTCGI=yes WITH_APACHE2=yes DB_TYPE=Pg DB_HOST=localhost > > DB_DATABASE=rt3 DB_USER=rt3| www/apache2|WITH_PROXY_MODULES=yes| > > multimedia/kdemultimedia*|WITH_LAME=yes WITH_XINE=yes WITH_MPEGLIB=yes| > > */*|BATCH=yes| > > java/jdk14|NATIVE_BOOTSTRAP=yes JAVA_HOME=| > > */kde*|WITH_KDE_DEBUG=yes| > > mail/exim|WITH_EXIMON=yes WITH_EXISCAN_ACL=yes WITH_TCP_WRAPPERS=yes > > WITH_PGSQL=yes WITHOUT_PERL=yes | ]]] > > ^^^^^^^^^^^ little glitch? > > Works good, just one thing, portmanager has no dependencies, like to keep > it that way. How are you at awk? I use this awk script to do initial > parsing of the config file: > > #!/bin/sh > # > # $1 = pm-020.conf $2 = output file name > # > echo "keyzzNULLzzvaluezzNULLzz" > $2;awk 'BEGIN{ FS = "|" } NF == 3 && > $1 !~ /#/ && $1 !~ /CATEGORY\/PORT/ && $2 !~ /#/ {print $1 "zzNULLz > > I'm no scripter so getting the above to work was painful ;) > > -Mike Sorry I was being dumb. The ruby script is no problem, it will only run if portupgrade is installed so a dependency won't have to be put on ruby. -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 16:32:52 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D26616A41F for ; Fri, 11 Nov 2005 16:32:52 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23B6B43D5D for ; Fri, 11 Nov 2005 16:32:46 +0000 (GMT) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: (qmail 35 invoked from network); 11 Nov 2005 16:32:45 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 11 Nov 2005 16:32:45 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 9B36628444; Fri, 11 Nov 2005 11:32:44 -0500 (EST) Sender: lowell@be-well.ilk.org To: "Michael C. Shultz" References: <43726E40.3090701@iaces.com> <200511110639.47578.ringworm01@gmail.com> <200511110729.36677.ringworm01@gmail.com> From: Lowell Gilbert Date: 11 Nov 2005 11:32:44 -0500 In-Reply-To: <200511110729.36677.ringworm01@gmail.com> Message-ID: <44wtjfcfgz.fsf@be-well.ilk.org> Lines: 8 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 16:32:52 -0000 "Michael C. Shultz" writes: > Works good, just one thing, portmanager has no dependencies, like to keep it > that way. It's not necessary to consider that an issue: this functionality is really only useful to someone who has had portupgrade installed anyway. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 16:35:44 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4AD516A41F for ; Fri, 11 Nov 2005 16:35:44 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FABC43D68 for ; Fri, 11 Nov 2005 16:35:41 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i12so198828wra for ; Fri, 11 Nov 2005 08:35:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=U5B1/bvpMBcgMc7qayA/kpTMBdcXZGOvkBIz//fF81iRDe8pKcPZN2MkZOLs/dbkgtAP4UhSur4QZHKbZI7qQPTN5g9wb3rfitgaoUvIf8Ub7KUWAqWmB59G6To2hKHqY0MpO8+Wod2EEFnKuWRVj7fJmEKUlGkIEOrQyn9NsCo= Received: by 10.54.160.9 with SMTP id i9mr1697657wre; Fri, 11 Nov 2005 08:35:40 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 14sm2338292wrl.2005.11.11.08.35.39; Fri, 11 Nov 2005 08:35:40 -0800 (PST) From: "Michael C. Shultz" To: Lowell Gilbert Date: Fri, 11 Nov 2005 08:26:13 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511110729.36677.ringworm01@gmail.com> <44wtjfcfgz.fsf@be-well.ilk.org> In-Reply-To: <44wtjfcfgz.fsf@be-well.ilk.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511110826.14710.ringworm01@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 16:35:44 -0000 On Friday 11 November 2005 08:32, Lowell Gilbert wrote: > "Michael C. Shultz" writes: > > Works good, just one thing, portmanager has no dependencies, like to keep > > it that way. > > It's not necessary to consider that an issue: this functionality is > really only useful to someone who has had portupgrade installed > anyway. I just thought of that, thanks for confirming :) -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 16:48:01 2005 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17ECF16A41F for ; Fri, 11 Nov 2005 16:48:01 +0000 (GMT) (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 A207A43D45 for ; Fri, 11 Nov 2005 16:47:59 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (fmhmda@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.1/8.13.1) with ESMTP id jABGlvG4070835 for ; Fri, 11 Nov 2005 17:47:57 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.1/8.13.1/Submit) id jABGlvD4070834; Fri, 11 Nov 2005 17:47:57 +0100 (CET) (envelope-from olli) Date: Fri, 11 Nov 2005 17:47:57 +0100 (CET) Message-Id: <200511111647.jABGlvD4070834@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG In-Reply-To: <35c231bf0511100803n14674398u3dedbee245c9f264@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.5.4-20000523 ("1959") (UNIX) (FreeBSD/4.11-RELEASE (i386)) Cc: Subject: Re: upgrading 5.4 -> 6.0 without reinstalling. safe ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 16:48:01 -0000 David Kirchner wrote: > On 11/10/05, Oliver Fromme wrote: > > Well, I vote for /sbin/nologin as root's login shell. > > > > In single-user mode, the systems asks for the shell, with > > /bin/sh being the default. In multi-user mode, nobody > > should ever log in as root. You rather log in as normal > > user and then use "su -m", or use sudo(8) or super(1) or > > whatever. > > It's awkward to have to reboot a machine just to log in to it from a > console. I don't have to reboot to do that. > Let's say you're colocated and utilize a "remote hands" > service, or you make a mistake with your firewall. You're better off > disabling root logins in sshd_config, so no one can use root from > remote. You mean: No one can log in as root. You can still use root from remote, by logging in as normal user and then using one of the various methods (su, sudo, super, ...). > Then you can leave a password on the root account and still > have console access. Console access, root login and having a password on the root account are all different things. They're not necessarily dependant on each other. > I just leave root logins enabled and use ssh keys. Leaves a very nice, > easy to follow, one-line-per-login "paper trail" of who logged in as > root from where and when. su, sudo etc. do the same. Another advantage of using su (particularly "su -m") is the feature that you can use your own favourite shell, your usual aliases, keybindings etc. while being root. Otherwise, on machines where multiple admins log in as root, they tend to clutter root's profiles with their own stuff which confuses the others and might even conflict with settings of others. This is a bad thing and can cause damage. Logging in as root should be considered harmful, IMHO. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Clear perl code is better than unclear awk code; but NOTHING comes close to unclear perl code" (taken from comp.lang.awk FAQ) From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 17:17:02 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB64E16A41F for ; Fri, 11 Nov 2005 17:17:02 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38DA843D45 for ; Fri, 11 Nov 2005 17:17:02 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i5so334410wra for ; Fri, 11 Nov 2005 09:17:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=MeoUbd70OF1mvOR/pSNCLXI9WlyRzr/4vQypiTXmTr3rggkhLMy9jMRk/n7+3UESkv7pGrMINHjwF8K/bYK8yOZ0A3kAYK5BxHL035R/eqgkSjQMwX5qbWBHwN17e1QLJNhtzN2+XBBYI4eZ+h/7Fkv1X6L6MbxFW5LqUJyKlO8= Received: by 10.54.157.8 with SMTP id f8mr1050831wre; Fri, 11 Nov 2005 09:17:01 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 13sm2396702wrl.2005.11.11.09.17.00; Fri, 11 Nov 2005 09:17:01 -0800 (PST) From: "Michael C. Shultz" To: Lowell Gilbert , freebsd-stable@freebsd.org Date: Fri, 11 Nov 2005 09:07:35 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511110826.14710.ringworm01@gmail.com> <44iruzce07.fsf@be-well.ilk.org> In-Reply-To: <44iruzce07.fsf@be-well.ilk.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511110907.36556.ringworm01@gmail.com> Cc: Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 17:17:02 -0000 On Friday 11 November 2005 09:04, Lowell Gilbert wrote: > "Michael C. Shultz" writes: > > On Friday 11 November 2005 08:32, Lowell Gilbert wrote: > > > "Michael C. Shultz" writes: > > > > Works good, just one thing, portmanager has no dependencies, like to > > > > keep it that way. > > > > > > It's not necessary to consider that an issue: this functionality is > > > really only useful to someone who has had portupgrade installed > > > anyway. > > > > I just thought of that, thanks for confirming :) > > Yeah, my secret of success in programming is to not fool myself into > making things more complicated than I need to do. > > You could even leave the script out of the port completely, and just > include a URL to it in the pkg-message... Simple, quick and painless :) If users want to simply convert that is the way to go. I also had in mind a knob like this: WITH_PORTUPGRADE_CONF if selected then portupgrade's settings are just added to portmanager's each time portmanager is run so if folks want to experiment with each program settings don't get lost. -Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 19:24:28 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A21C16A41F for ; Fri, 11 Nov 2005 19:24:28 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91D0643D5C for ; Fri, 11 Nov 2005 19:24:25 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id D1BB1F256A for ; Fri, 11 Nov 2005 11:24:24 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 63171-06 for ; Fri, 11 Nov 2005 11:24:24 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 65646F2568 for ; Fri, 11 Nov 2005 11:24:24 -0800 (PST) From: Sean McNeil To: stable@freebsd.org Content-Type: text/plain Date: Fri, 11 Nov 2005 11:24:24 -0800 Message-Id: <1131737064.64225.2.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: Subject: 6-STABLE TCP nfs Linux client hangs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 19:24:28 -0000 I have a 2x Athlon running with amd64 kernel and I can hang 2 Linux clients by attempting to write large amounts of data over TCP nfs. If I set the nfsd to be UDP only, the problem never occurs. Please let me know what I can do to help track this problem down. Cheers, Sean From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 20:08:57 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DDD816A41F for ; Fri, 11 Nov 2005 20:08:57 +0000 (GMT) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334B743D60 for ; Fri, 11 Nov 2005 20:08:49 +0000 (GMT) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id D797BCB; Fri, 11 Nov 2005 21:09:15 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id D5F79C9 for ; Fri, 11 Nov 2005 21:09:15 +0100 (CET) Date: Fri, 11 Nov 2005 21:09:15 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: freebsd-stable@freebsd.org Message-ID: <20051111204659.F8860@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Hyperthreading issues. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 20:08:57 -0000 Hi, Just upgraded from 5.4 to 6.0 and hyperthreading stoped working. Everything looks ok, but it doesn't use two of the logical CPU's. Is it only an error in showing the stats, or isn't it working on all 4 "cpus"? One other thing is when I try to switch off hyperthreading in BIOS, it will hang at bootup when it are settling the scsi drives. After awhile it will give me scsi timeouts. This only happens when I have two cpu enabled and hyperthreading off. If I disable one cpu w ht off it will boot wo problems, or two cpus w ht. But booting with ht + two cpu's gives me the other problem. The ht off issue was already present in 5.x. at least since 5.2.1. ----- using top I only see switching from CPU 0 and 1. $ ps aux | grep cpu root 11 92.4 0.0 0 8 ?? RL 7:11PM 103:25.06 [idle: cpu3] root 12 92.4 0.0 0 8 ?? RL 7:11PM 0:00.00 [idle: cpu2] root 14 31.1 0.0 0 8 ?? RL 7:11PM 45:18.68 [idle: cpu0] root 13 27.3 0.0 0 8 ?? RL 7:11PM 48:58.93 [idle: cpu1] $ sysctl -a | grep cpu kern.threads.virtual_cpu: 4 kern.ccpu: 1948 kern.smp.maxcpus: 16 kern.smp.cpus: 4 debug.cpufreq.lowest: 0 debug.cpufreq.verbose: 0 debug.kdb.stop_cpus: 1 debug.PMAP1changedcpu: 4 hw.ncpu: 4 hw.acpi.cpu.cx_supported: C1/0 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% machdep.cpu_idle_hlt: 1 machdep.hlt_cpus: 0 machdep.hlt_logical_cpus: 0 machdep.logical_cpus_mask: 12 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.CPU2 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.CPU3 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 $ sysctl -a | grep hyper machdep.hyperthreading_allowed: 1 ---- With ht off on dual cpu it ends with (scribled by hand) SCB 1 - timed out Other SCB Time out No other SBC worth waiting for... ahd0: Issued Channel A Bus Reset 13 SCB aborted ---- dmesg.boot: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Fri Nov 11 17:31:05 CET 2005 root@s2.gs.pvp.se:/usr/obj/usr/src/sys/games3 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2400.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400> Hyperthreading: 2 logical CPUs real memory = 1073741824 (1024 MB) avail memory = 1043279872 (994 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 6 cpu1 (AP): APIC ID: 0 cpu2 (AP): APIC ID: 1 cpu3 (AP): APIC ID: 7 ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: on acpi0 pci_link2: irq 9 on acpi0 pci_link3: irq 11 on acpi0 pci_link4: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 pci_link10: irq 10 on acpi0 pci_link11: on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0xf008-0xf00b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_button0: on acpi0 pcib0: on acpi0 pci0: on pcib0 pci0: at device 4.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.1 on pci0 ata0: on atapci0 ata1: on atapci0 isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on acpi0 pci1: on pcib1 pcib2: on acpi0 pci2: on pcib2 bge0: mem 0xfc310000-0xfc31ffff,0xfc300000-0xfc30ffff irq 18 at device 0.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:30:05:46:02:6d bge1: mem 0xfc330000-0xfc33ffff,0xfc320000-0xfc32ffff irq 19 at device 0.1 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:30:05:46:02:6e pcib3: on acpi0 pci3: on pcib3 ahd0: port 0x1c00-0x1cff,0x1800-0x18ff mem 0xfc700000-0xfc701fff irq 26 at device 4.0 on pci3 ahd0: [GIANT-LOCKED] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs pcib4: on acpi0 pci4: on pcib4 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.250 msec Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata1-master UDMA33 ses0 at ahd0 bus 0 target 8 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 35046MB (71775284 512 byte sectors: 255H 63S/T 4467C) Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 20:51:14 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5991316A41F; Fri, 11 Nov 2005 20:51:14 +0000 (GMT) (envelope-from infinite1@despammed.com) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 712AE43D45; Fri, 11 Nov 2005 20:51:09 +0000 (GMT) (envelope-from infinite1@despammed.com) Received: from [127.0.0.1] (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id jABL0Nra005615; Fri, 11 Nov 2005 16:00:23 -0500 (EST) (envelope-from infinite1@despammed.com) Message-ID: <43750454.1010709@despammed.com> Date: Fri, 11 Nov 2005 15:51:32 -0500 From: Amit Rao User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Ade Lovett , ricardo@dis.epm.br References: <43734B59.7090609@yahoo.com.br> <12EFECDE-A63D-42A0-AD3C-575B8FE5113B@FreeBSD.org> In-Reply-To: <12EFECDE-A63D-42A0-AD3C-575B8FE5113B@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV devel-20050919/1168/Thu Nov 10 13:23:40 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: stable@FreeBSD.org Subject: Re: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 20:51:14 -0000 Ade Lovett wrote: > > On Nov 10, 2005, at 05:30 , Ricardo A. Reis wrote: > > Reducing the problem to the relevant pieces: > >> ahd0: port >> 0x2400-0x24ff,0x2000-0x20ff mem 0xdd200000-0xdd201fff irq 32 at device >> 2.0 on pci3 >> ahd0: [GIANT-LOCKED] >> aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs >> ahd1: port >> 0x2c00-0x2cff,0x2800-0x28ff mem 0xdd202000-0xdd203fff irq 33 at device >> 2.1 on pci3 >> ahd1: [GIANT-LOCKED] >> aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > > [...] > >> da0 at ahd0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-3 device >> da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged >> Queueing Enabled >> da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) >> da1 at ahd0 bus 0 target 1 lun 0 >> da1: Fixed Direct Access SCSI-3 device >> da1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged >> Queueing Enabled >> da1: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) >> Trying to mount root from ufs:/dev/da0s1a > > Adaptec HBAs and Seagate drives have a long and intensely painful > history of not working well together. Adaptec blames Seagate. Seagate > blames Adaptec. Throw in the myriad of subtly different AIC controllers > that are commonplace on 1U and 2U rackmount servers, and things get even > more entertaining. > > You essentially have 3 options 4 options. 0) Upgrade to Seagate 10K.7 drive firmware level 0008. That seems to help. One "ahd sequencer error" message still appears at boot, but after that it seems to work (with your fingers crossed). -Amit > > 1) replace the HBA -- somewhat difficult to do if it's embedded and you > need the PCIX slots for something else. > > 2) replace the drives -- IBM/Hitachi are fine choices here. Make sure > to tell whomever you purchase systems from that you'll not accept > Seagate drives in the future. > > 3) inside the adaptec bios, drop the drives to U160 speed, making sure > that *both* packetizing *and* QAS are turned OFF. You'll lose a little > bit of performance (but not all that much, Seagate drives really are > garbage), and get some semblance of stability. > > -aDe > > _______________________________________________ > 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 Nov 11 21:41:37 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35F1D16A41F for ; Fri, 11 Nov 2005 21:41:37 +0000 (GMT) (envelope-from zoulou@sians.org) Received: from zermelo.sians.org (zermelo.sians.org [72.21.52.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0CE943D46 for ; Fri, 11 Nov 2005 21:41:36 +0000 (GMT) (envelope-from zoulou@sians.org) Received: from webmail.sians.org (localhost [127.0.0.1]) by zermelo.sians.org (Postfix) with ESMTP id 0FB2D160323; Fri, 11 Nov 2005 23:41:36 +0200 (EET) Received: from 62.74.67.102 (SquirrelMail authenticated user zoulou@sians.org) by webmail.sians.org with HTTP; Fri, 11 Nov 2005 23:41:36 +0200 (EET) Message-ID: <56088.62.74.67.102.1131745296.squirrel@webmail.sians.org> Date: Fri, 11 Nov 2005 23:41:36 +0200 (EET) From: "Giorgos Kapetanakis" To: stable@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-7 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: thanos@sians.org Subject: kernel build fails at 6.0-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, 11 Nov 2005 21:41:37 -0000 Hi! I just can't build my kernel. I tried several changes at the config file, but I always get the same message. ------------------------------ # # DEEPBLACK -- DeepBlack kernel configuration file for FreeBSD/i386 # # $FreeBSD: src/sys/i386/conf/DEEPBLACK v.1.0 $ machine i386 #cpu I486_CPU # (commented out this at v.1.0!!) #cpu I586_CPU # (commented out this at v.1.0!!) cpu I686_CPU ident DEEPBLACK # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_ULE # ULE scheduler 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 NFSCLIENT # Network Filesystem Client (commented out this at v.1.0!!) #options NFSSERVER # Network Filesystem Server (commented out this at v.1.0!!) #options NFS_ROOT # NFS usable as /, requires NFSCLIENT (commented out this at v.1.0!!) #options MSDOSFS # MSDOS Filesystem (commented out this at v.1.0!!) #options CD9660 # ISO 9660 Filesystem (commented out this at v.1.0!!) options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework #options GEOM_GPT # GUID Partition Tables. (commented out this at v.1.0!!) options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 #options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI (commented out this at v.1.0!!) #options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory #options SYSVMSG # SYSV-style message queues (commented out this at v.1.0!!) #options SYSVSEM # SYSV-style semaphores (commented out this at v.1.0!!) options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. (commented out this at v.1.0!!) #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. (commented out this at v.1.0!!) options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives (commented out this at v.1.0!!) device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives (commented out this at v.1.0!!) options ATA_STATIC_ID # Static device numbering # SCSI Controllers (commented out this at v.1.0!!) #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family ##device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion ##device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals (commented out this at v.1.0!!) device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem (commented out this at v.1.0!!) #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers (commented out this at v.1.0!!) #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard #device psm # PS/2 mouse (commented out this at v.1.0!!) device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge (commented out this at v.1.0!!) #device pccard # PC Card (16-bit) bus (commented out this at v.1.0!!) #device cardbus # CardBus (32-bit) bus (commented out this at v.1.0!!) # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) #device lpt # Printer (commented out this at v.1.0!!) #device plip # TCP/IP over parallel (commented out this at v.1.0!!) device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. (commented out this at v.1.0!!) #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! (commented out this at v.1.0!!) #device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. (commented out this at v.1.0!!) #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le # Wireless NIC cards (commented out this at v.1.0!!) #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. ##device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device #device ether # Ethernet support (commented out this at v.1.0!!) #device sl # Kernel SLIP (commented out this at v.1.0!!) 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 support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface #device ehci # EHCI PCI->USB interface (USB 2.0) (commented out this at v.1.0!!) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" #device ukbd # Keyboard (commented out this at v.1.0!!) device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs (commented out this at v.1.0!!) #device urio # Diamond Rio 500 MP3 player (commented out this at v.1.0!!) #device uscanner # Scanners (commented out this at v.1.0!!) # USB Ethernet, requires miibus (commented out this at v.1.0!!) #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support (commented out this at v.1.0!!) #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) # SCSI subsystem (add v.1.0) device atapicam # Sound card (add v.1.0) device sound device snd_es137x ------------------------------------- linking kernel.debug if.o(.text+0x35a0): In function `if_setlladdr': /usr/src/sys/net/if.c:2152: undefined reference to `arp_ifinit' *** Error code 1 Stop in /usr/obj/usr/src/sys/DEEPBLACK. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --------------------------------------- Can anyone help? Thanx in advance! -- Giorgos Kapetanakis From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 21:49:21 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 631D716A41F for ; Fri, 11 Nov 2005 21:49:21 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92AE243D67 for ; Fri, 11 Nov 2005 21:49:17 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7043B1A3C27; Fri, 11 Nov 2005 13:49:17 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 993AB513A2; Fri, 11 Nov 2005 16:49:16 -0500 (EST) Date: Fri, 11 Nov 2005 16:49:16 -0500 From: Kris Kennaway To: Giorgos Kapetanakis Message-ID: <20051111214916.GA81914@xor.obsecurity.org> References: <56088.62.74.67.102.1131745296.squirrel@webmail.sians.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <56088.62.74.67.102.1131745296.squirrel@webmail.sians.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, thanos@sians.org Subject: Re: kernel build fails at 6.0-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, 11 Nov 2005 21:49:21 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 11, 2005 at 11:41:36PM +0200, Giorgos Kapetanakis wrote: > Hi! >=20 > I just can't build my kernel. I tried several changes at the config file, > but I always get the same message. Go back to GENERIC then, or add back the differences until you find the one you incorrectly removed. Kris --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDdRHcWry0BWjoQKURAqgHAKDGMv08gpLaQFdG/su1j9wSi+AnngCePOmN i8IBWhiejBYDTejuIeNSl+I= =4SP+ -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 22:01:50 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10B7816A41F for ; Fri, 11 Nov 2005 22:01:50 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A49D43D45 for ; Fri, 11 Nov 2005 22:01:49 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jABM1m5A078162; Fri, 11 Nov 2005 14:01:49 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jABM1mtt078161; Fri, 11 Nov 2005 14:01:48 -0800 (PST) (envelope-from jmg) Date: Fri, 11 Nov 2005 14:01:48 -0800 From: John-Mark Gurney To: Giorgos Kapetanakis Message-ID: <20051111220148.GH775@funkthat.com> Mail-Followup-To: Giorgos Kapetanakis , stable@freebsd.org, thanos@sians.org References: <56088.62.74.67.102.1131745296.squirrel@webmail.sians.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56088.62.74.67.102.1131745296.squirrel@webmail.sians.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: stable@freebsd.org, thanos@sians.org Subject: Re: kernel build fails at 6.0-release! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 22:01:50 -0000 Giorgos Kapetanakis wrote this message on Fri, Nov 11, 2005 at 23:41 +0200: > I just can't build my kernel. I tried several changes at the config file, > but I always get the same message. > #device ether # Ethernet support (commented out this at v.1.0!!) You need this device!! You can't compile the ethernet drivers w/o this... > ------------------------------------- > > linking kernel.debug > if.o(.text+0x35a0): In function `if_setlladdr': > /usr/src/sys/net/if.c:2152: undefined reference to `arp_ifinit' > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/DEEPBLACK. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > --------------------------------------- > > Can anyone help? Just use the GENERIC kernel next time... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 23:39:26 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30E4616A41F for ; Fri, 11 Nov 2005 23:39:26 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1AC243D46 for ; Fri, 11 Nov 2005 23:39:25 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 6702BF24A3 for ; Fri, 11 Nov 2005 15:39:25 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00817-05 for ; Fri, 11 Nov 2005 15:39:24 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id BCD10F2453 for ; Fri, 11 Nov 2005 15:39:24 -0800 (PST) From: Sean McNeil To: stable@freebsd.org In-Reply-To: <1131737064.64225.2.camel@triton.mcneil.com> References: <1131737064.64225.2.camel@triton.mcneil.com> Content-Type: text/plain Date: Fri, 11 Nov 2005 15:39:24 -0800 Message-Id: <1131752364.84095.3.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: Subject: Re: 6-STABLE TCP nfs Linux client hangs (UPDATE) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 23:39:26 -0000 On Fri, 2005-11-11 at 11:24 -0800, Sean McNeil wrote: > I have a 2x Athlon running with amd64 kernel and I can hang 2 Linux > clients by attempting to write large amounts of data over TCP nfs. If I > set the nfsd to be UDP only, the problem never occurs. > > Please let me know what I can do to help track this problem down. It appears that the above isn't the case. I managed to get a failure of nfs in UDP mode as well. I got some messages about jumbo frames that didn't make sense coming from the NIC when that happened and some corruption of files. I believe there is an issue with mpsafe on the sk0 nic. Turning off debug.mpsafenet (i.e. setting to 0) seems to have resolved the issue for me at the moment. Sean From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 01:01:38 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAFE616A41F for ; Sat, 12 Nov 2005 01:01:38 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C58943D5E for ; Sat, 12 Nov 2005 01:01:36 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.54 (FreeBSD)) id 1Eajlv-00088t-VL for freebsd-stable@freebsd.org; Sat, 12 Nov 2005 01:01:36 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.54 (FreeBSD)) id 1Eajlu-000MUb-Ch for freebsd-stable@freebsd.org; Fri, 11 Nov 2005 15:01:34 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17269.16109.980572.247125@roam.psg.com> Date: Fri, 11 Nov 2005 15:01:33 -1000 To: FreeBSD Stable Subject: all your hopes are dashed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 01:01:38 -0000 5.4 recent Nov 11 17:00:38 psg kernel: ______________________ Nov 11 18:12:52 psg kernel: ______________________ that's novel! From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 05:23:30 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0522D16A41F for ; Sat, 12 Nov 2005 05:23:30 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E5243D49 for ; Sat, 12 Nov 2005 05:23:27 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so768621nzo for ; Fri, 11 Nov 2005 21:23:27 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=sKMHBkgwlJWxEWDrws0qfcnFjBE3ur0MKorcyPpwjEkpJed6Tj1Rfvzte5YzgQaz1D3Mzzt/86YpI0ZVlKZ3qEUEeyGsloEgVJeUFA8P3a5hVitO0soagf7es4NLTXMsloEeuLAPmVsmY6SLNMWJRnCxLVhdb/3o64gEZNrLf8U= Received: by 10.36.77.10 with SMTP id z10mr2043791nza; Fri, 11 Nov 2005 21:23:27 -0800 (PST) Received: from ?192.168.1.10? ( [71.102.14.129]) by mx.gmail.com with ESMTP id 8sm168236nzn.2005.11.11.21.23.23; Fri, 11 Nov 2005 21:23:26 -0800 (PST) From: "Michael C. Shultz" To: Jan Grant Date: Fri, 11 Nov 2005 21:14:01 -0800 User-Agent: KMail/1.8.3 References: <43726E40.3090701@iaces.com> <200511110639.47578.ringworm01@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511112114.02704.ringworm01@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: gnome-upgrade.sh X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 05:23:30 -0000 On Friday 11 November 2005 07:23, Jan Grant wrote: > On Fri, 11 Nov 2005, Michael C. Shultz wrote: > > > > One last thing, if you make a script that does the conversion, might > > > > I have a copy? Here is how I'll set up pm-020.conf to work: > > > > > > Surely. pkgtools.conf is actually a ruby script: I've no idea how > > > dynamically the rules are evaluated but something that works ona > > > prettystock bunch of settings should be close to trivial. > > > > Thank you. If it works well I might use it to have portmanager pick up > > settings from portupgrade "on the fly", or at least provide some sort > > of conversion command. Thanks :) > > Attached uses ruby to parse the pkgtools.conf (it relies on the > portupgrade ruby package) - it'll spit out the appropriate sections > (HOLD_PKGS, BEFOREBUILD, AFTERINSTALL and MAKE_ARGS) in what I think the > portmanager format is (although the script is trivial, as you can see). > Note that the MAKE_ARGS etc go through a hash/dictionary and > consequently are unordered. A small snippet of the output I get from > this: > > [[[ > CATEGORY/PORT|OPTION=| # do not delete this line! > > # Ignored packages from HOLD_PKGS > > IGNORE|bsdpan-*| > IGNORE|x11/nvidia-driver| > IGNORE|editors/openoffice*| > > # STOP entries come from BEFOREBUILD > > > # START entries come from AFTERINSTALL > > START|/databases/postgresql7 chmod a+x > /usr/local/share/postgresql/502.pgsql| START|/www/jakarta-tomcat5 chmod a-x > /usr/local/etc/rc.d/020.jakarta-tomcat*.sh| > > # Package options from MAKE_ARGS > # Note: pkgtools.conf will use the UNION of all matching lines > > security/gnupg|WITH_SUID_GPG=yes| > devel/subversion|WITH_PYTHON=yes WITH_MOD_DAV_SVN=yes WITHOUT_BDB=yes| > x11/kde3|| > deskutils/kdepim3|WITH_KPILOT=yes| > www/gallery|| > www/rt*|WITH_FASTCGI=yes WITH_APACHE2=yes DB_TYPE=Pg DB_HOST=localhost > DB_DATABASE=rt3 DB_USER=rt3| www/apache2|WITH_PROXY_MODULES=yes| > multimedia/kdemultimedia*|WITH_LAME=yes WITH_XINE=yes WITH_MPEGLIB=yes| > */*|BATCH=yes| > java/jdk14|NATIVE_BOOTSTRAP=yes JAVA_HOME=| > */kde*|WITH_KDE_DEBUG=yes| > mail/exim|WITH_EXIMON=yes WITH_EXISCAN_ACL=yes WITH_TCP_WRAPPERS=yes > WITH_PGSQL=yes WITHOUT_PERL=yes | ]]] Hey Jan, May I have a copy of your pkgtools.conf for testing purposes? Barring no more bugs to squash I'd like to start incorporating your script into portmanager tomorrow. I've decided to make a WITH_PKGTOOLS_CONF knob so if people compile that way portmanager just loads pkgtools.conf when it starts (using your script to do the translation). There will also be a command line switch that lets people use your script to add pkgtools.conf to the end of pm-020.conf if they prefer to go that way. -Mike From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 06:57:35 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D340616A41F for ; Sat, 12 Nov 2005 06:57:35 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91F9743D46 for ; Sat, 12 Nov 2005 06:57:35 +0000 (GMT) (envelope-from ade@lovett.com) Received: from hellfire.lovett.com ([67.134.38.157]:54522) by mail.lovett.com with esmtpa (Exim 4.54 (FreeBSD)) id 1EapKR-000DHk-5w; Fri, 11 Nov 2005 22:57:35 -0800 In-Reply-To: <43750454.1010709@despammed.com> References: <43734B59.7090609@yahoo.com.br> <12EFECDE-A63D-42A0-AD3C-575B8FE5113B@FreeBSD.org> <43750454.1010709@despammed.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9A03FF42-675B-42AB-8B42-75B7DA1CC46A@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Fri, 11 Nov 2005 22:57:34 -0800 To: Amit Rao X-Mailer: Apple Mail (2.746.2) Sender: ade@lovett.com Cc: stable@FreeBSD.org Subject: Re: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 06:57:35 -0000 On Nov 11, 2005, at 12:51 , Amit Rao wrote: > 0) Upgrade to Seagate 10K.7 drive firmware level 0008. That seems > to help. One "ahd sequencer error" message still appears at boot, > but after that it seems to work (with your fingers crossed). Of course, you then spend far too much time ensuring that any replacement drives are flashed appropriately (which, afaict, *requires* Windows to do), and also running the gauntlet of further problems down the road when you throw the drives into a new machine with a subtly different HBA bios. No thanks, I'll stick with option (2). A few more months, and Seagate drives will be a nice distant memory that I can look back on in a few years, and laugh nervously about. -aDe From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 07:12:12 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFFE916A41F; Sat, 12 Nov 2005 07:12:12 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59A7143D45; Sat, 12 Nov 2005 07:12:12 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jAC7Ar4P089878; Fri, 11 Nov 2005 23:10:53 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jAC7Ap4H089877; Fri, 11 Nov 2005 23:10:51 -0800 (PST) (envelope-from jmg) Date: Fri, 11 Nov 2005 23:10:51 -0800 From: John-Mark Gurney To: Ade Lovett Message-ID: <20051112071051.GI775@funkthat.com> Mail-Followup-To: Ade Lovett , Amit Rao , stable@FreeBSD.org References: <43734B59.7090609@yahoo.com.br> <12EFECDE-A63D-42A0-AD3C-575B8FE5113B@FreeBSD.org> <43750454.1010709@despammed.com> <9A03FF42-675B-42AB-8B42-75B7DA1CC46A@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9A03FF42-675B-42AB-8B42-75B7DA1CC46A@FreeBSD.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: stable@FreeBSD.org, Amit Rao Subject: Re: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 07:12:12 -0000 Ade Lovett wrote this message on Fri, Nov 11, 2005 at 22:57 -0800: > On Nov 11, 2005, at 12:51 , Amit Rao wrote: > >0) Upgrade to Seagate 10K.7 drive firmware level 0008. That seems > >to help. One "ahd sequencer error" message still appears at boot, > >but after that it seems to work (with your fingers crossed). > > Of course, you then spend far too much time ensuring that any > replacement drives are flashed appropriately (which, afaict, > *requires* Windows to do), and also running the gauntlet of further > problems down the road when you throw the drives into a new machine > with a subtly different HBA bios. obviously you haven't done any research or even talked with Seagate about this issue... Seagate has a Linux version of their Seagate Enterprise Utility that allows you to flash their drives... /me having had issues with the drives and successfully flashed drives w/o using Windows. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 07:16:23 2005 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3733216A41F for ; Sat, 12 Nov 2005 07:16:23 +0000 (GMT) (envelope-from ade@lovett.com) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5BB843D46 for ; Sat, 12 Nov 2005 07:16:22 +0000 (GMT) (envelope-from ade@lovett.com) Received: from hellfire.lovett.com ([67.134.38.157]:54584) by mail.lovett.com with esmtpa (Exim 4.54 (FreeBSD)) id 1Eapcc-000IMQ-FR; Fri, 11 Nov 2005 23:16:22 -0800 In-Reply-To: <20051112071051.GI775@funkthat.com> References: <43734B59.7090609@yahoo.com.br> <12EFECDE-A63D-42A0-AD3C-575B8FE5113B@FreeBSD.org> <43750454.1010709@despammed.com> <9A03FF42-675B-42AB-8B42-75B7DA1CC46A@FreeBSD.org> <20051112071051.GI775@funkthat.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4AD86DCD-359E-4EF5-A346-A520F1EE2307@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Ade Lovett Date: Fri, 11 Nov 2005 23:16:21 -0800 To: John-Mark Gurney X-Mailer: Apple Mail (2.746.2) Sender: ade@lovett.com Cc: stable@FreeBSD.org, Amit Rao Subject: Re: ahd0: Invalid Sequencer interrupt occurred. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 07:16:23 -0000 On Nov 11, 2005, at 23:10 , John-Mark Gurney wrote: > obviously you haven't done any research or even talked with Seagate > about this issue... Seagate has a Linux version of their Seagate > Enterprise Utility that allows you to flash their drives... Yes, I have done plenty of research with Seagate, Adaptec, and a number of VARs. Edit your kernel config, add: options KVA_PAGES=384 (for a 2.5G/1.5G kernel/userland split, as opposed to 2G/2G) recompile, install, watch the linuxulator explode in a frenzy. I have absolutely no interest in putting Linux (or, indeed, anything *but* FreeBSD) on my production boxes. -aDe From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 08:01:14 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 854EE16A41F for ; Sat, 12 Nov 2005 08:01:14 +0000 (GMT) (envelope-from mitch@bitblock.com) Received: from bigass1.bitblock.com (ns1.bitblock.com [66.199.170.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC1C443D49 for ; Sat, 12 Nov 2005 08:01:13 +0000 (GMT) (envelope-from mitch@bitblock.com) Received: from dc1 ([66.199.170.122]) (AUTH: LOGIN mitch@bitblock.com) by bigass1.bitblock.com with esmtp; Sat, 12 Nov 2005 08:01:07 +0000 X-Abuse-Reports: Visit http://www.bitblock.com/abuse.php X-Abuse-Reports: and submit a copy of the message headers X-Abuse-Reports: or review our policies and procedures X-Abuse-Reports: ID= 4375A143.000158FC.bigass1.bitblock.com,dns; dc1 ([66.199.170.122]),AUTH: LOGIN mitch@bitblock.com From: "Mitch \(Bitblock\)" To: freebsd-stable@freebsd.org Date: Sat, 12 Nov 2005 00:01:23 -0800 Organization: Bitblock Systems Inc. Message-ID: <0ad901c5e75f$46460330$0600010a@hts.bitblock.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.326 Thread-Index: AcXnXu3wItRZTpY1R1mw230NwBcDhA== Subject: (i386/88610) Problem with booting FreeBSD 6.0 bootonly.iso - 5.4 works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 08:01:14 -0000 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 08:12:23 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DEF616A41F for ; Sat, 12 Nov 2005 08:12:23 +0000 (GMT) (envelope-from mitch@bitblock.com) Received: from bigass1.bitblock.com (ns1.bitblock.com [66.199.170.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A53D43D45 for ; Sat, 12 Nov 2005 08:12:22 +0000 (GMT) (envelope-from mitch@bitblock.com) Received: from dc1 ([66.199.170.122]) (AUTH: LOGIN mitch@bitblock.com) by bigass1.bitblock.com with esmtp; Sat, 12 Nov 2005 08:12:13 +0000 X-Abuse-Reports: Visit http://www.bitblock.com/abuse.php X-Abuse-Reports: and submit a copy of the message headers X-Abuse-Reports: or review our policies and procedures X-Abuse-Reports: ID= 4375A3DD.00015AA9.bigass1.bitblock.com,dns; dc1 ([66.199.170.122]),AUTH: LOGIN mitch@bitblock.com From: "Mitch \(Bitblock\)" To: freebsd-stable@freebsd.org Date: Sat, 12 Nov 2005 00:12:29 -0800 Organization: Bitblock Systems Inc. Message-ID: <000201c5e760$d3366040$0600010a@hts.bitblock.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.326 Thread-Index: AcXnYKIa8Q1VcU6uStWwh7D5N3A0CA== Subject: (i386/88610) Problem with booting FreeBSD 6.0 bootonly.iso - 5.4 works fine X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 08:12:23 -0000 SORRY FOR THE REPOST - ORIGINAL WAS HTML - STOPPED BY MODERATOR - THANKS Something changed between versions =96 at first I thought the problem = had something to with the lan card =96 or maybe compatibility between the = lan card and the host system =96 but now I have a second lan card that produces = the same problem =96 but ONLY with FreeBSD 6.0 release. I=92m hoping stable is the right list? If it=92s supposed to be current, = sorry =96 first time posting a problem like this=85 The first 4 lans are on the motherboard. The Fault 12 occurs just after starting to detect the 6th lan = interface=85 Here=92s the 5th lan (first on this PCI card re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc000 pcib2: rl4 requested I/O range 0xc000-0xc0ff: in range pcib2: rl4 requested I/O range 0xc000-0xc0ff: in range rl4: port 0xc000-0xc0ff mem 0xee013000-0xee0130ff irq 11 at device 8.0 on pci4 pcib2: rl4 requested I/O range 0xc000-0xc0ff: in range miibus4: on rl4 rlphy4: on miibus4 rlphy4:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl4: bpf attached rl4: Ethernet address: 00:30:18:49:3f:44 rl4: [MPSAFE] And here=92s the start of the 6th=85 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc100 pcib2: rl5 requested I/O range 0xc100-0xc1ff: in range pcib2: rl5 requested I/O range 0xc100-0xc1ff: in range rl5: port 0xc100-0xc1ff mem 0xee010000-0xee0100ff irq 7 at device 9.0 on pci4 pcib2: rl5 requested I/O range 0xc100-0xc1ff: in range Fatal trap 12: page fault while in kernel mode fault virtual address=A0=A0=A0=A0=A0=A0=A0 =3D 0x10 fault = code=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D = supervisor read, page not present instruction pointer=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 0x20:0xc069c394 stack pointer=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 =3D 0x28:0xc1020938 frame pointer=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 =3D 0x28:0xc1020938 code segment=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D base 0x0, = limit 0xfffff, type 0x1b =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = =3D DPL 0, pres 1, def32 1, gran 1 processor eflags=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D interrupt enabled, = resume, IOPL =3D 0 current process=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 0 (swapper) trap number=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 12 panic: page fault Uptime: 1s The problem occurs in the same place with a different type of 4 port lan card, however the problem does not occur in a system with only one LAN = on the motherboard (with version 6.0 or 5.4) So below I have attached boot messages from a 6.0 bootonly.iso (I tried = to capture messages from a bootonly 5.4, but using =93boot =96h=94 or = =93boot =96h =96v=94 stops after loading acpi =96 presumably when it starts using the serial = port =96 and yet in 6.0 =96 this is fine ;-) Any help greatly appreciated =96 I=92ll do whatever testing and provide = whatever other information is required =96 thanks in advance! m/ FreeBSD 6.0 release bootonly console dump: SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000 SMAP type=3D02 base=3D00000000ffff0000 len=3D0000000000010000 SMAP type=3D03 base=3D000000001eff3000 len=3D000000000000d000 SMAP type=3D04 base=3D000000001eff0000 len=3D0000000000003000 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D01 base=3D0000000000100000 len=3D000000001eef0000 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 The Regents of the University of = California. All rights reserved. FreeBSD 6.0-RELEASE #0: Fri Nov=A0 4 01:40:13 UTC 2005 =A0=A0=A0 sullrich@builder.livebsd.com:/usr/obj/usr/src/sys/pfSense.6 Preloaded elf kernel "/boot/kernel/kernel" at 0xc0b0a000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0b0a158. Calibrating clock(s) ... i8254 clock: 1193212 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1002277897 Hz CPU: VIA C3 Nehemiah+RNG+ACE (1002.28-MHz 686-class CPU) =A0 Origin =3D "CentaurHauls"=A0 Id =3D 0x698=A0 Stepping =3D 8 =A0 Features=3D0x381b83f real memory=A0 =3D 520028160 (495 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000001e6fffff, 497909760 bytes (121560 pages) avail memory =3D 499310592 (476 MB) bios32: Found BIOS32 Service Directory header at 0xc00faf30 bios32: Entry =3D 0xfb3b0 (c00fb3b0)=A0 Rev =3D 0=A0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xb400 pnpbios: Found PnP BIOS data at 0xc00fbec0 pnpbios: Entry =3D f0000:bef0=A0 Rev =3D 1.0 Other BIOS signatures found: crypto: ath_rate: version 1.2 wlan: <802.11 MAC ACL support> wlan: mac acl policy registered wlan: <802.11 Link Layer> mem: nfslock: pseudo-device null: io: random: ath_hal: 0.9.16.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, = RF5413, DFS) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1):=A0=A0=A0=A0=A0 mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a):=A0=A0=A0=A0 mode1res=3D0x80000000 (0x80000000) pci_cfgcheck:=A0=A0=A0 device 0 [class=3D060000] [hdr=3D00] is there = (id=3D31231106) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00fdea0 PCI-Only Interrupts: 5 7 10 11 Location=A0 Bus Device Pin=A0 Link=A0 IRQs slot 1=A0=A0=A0=A0=A0 0=A0=A0=A0 8=A0=A0=A0 A=A0=A0 0x01=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 1=A0=A0=A0=A0=A0 0=A0=A0=A0 8=A0=A0=A0 B=A0=A0 0x02=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 1=A0=A0=A0=A0=A0 0=A0=A0=A0 8=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 1=A0=A0=A0=A0=A0 0=A0=A0=A0 8=A0=A0=A0 D=A0=A0 0x05=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 2=A0=A0=A0=A0=A0 0=A0=A0=A0 9=A0=A0=A0 A=A0=A0 0x02=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 2=A0=A0=A0=A0=A0 0=A0=A0=A0 9=A0=A0=A0 B=A0=A0 0x03=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 2=A0=A0=A0=A0=A0 0=A0=A0=A0 9=A0=A0=A0 C=A0=A0 0x05=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 2=A0=A0=A0=A0=A0 0=A0=A0=A0 9=A0=A0=A0 D=A0=A0 0x01=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 3=A0=A0=A0=A0=A0 0=A0=A0 10=A0=A0=A0 A=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 3=A0=A0=A0=A0=A0 0=A0=A0 10=A0=A0=A0 B=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 3=A0=A0=A0=A0=A0 0=A0=A0 10=A0=A0=A0 C=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 3=A0=A0=A0=A0=A0 0=A0=A0 10=A0 =A0=A0D=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 4=A0=A0=A0=A0=A0 0=A0=A0 11=A0=A0=A0 A=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 4=A0=A0=A0=A0=A0 0=A0=A0 11=A0=A0=A0 B=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 4=A0=A0=A0=A0=A0 0=A0=A0 11=A0=A0=A0 C=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 4=A0=A0=A0=A0=A0 0=A0=A0 11=A0=A0=A0 D=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 5=A0=A0=A0=A0=A0 0=A0=A0 12=A0=A0=A0 A=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 5=A0=A0=A0=A0=A0 0=A0=A0 12=A0=A0=A0 B=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 5=A0=A0=A0=A0=A0 0=A0=A0 12=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 5=A0=A0=A0=A0=A0 0=A0=A0 12=A0=A0=A0 D=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 6=A0=A0=A0=A0=A0 0=A0=A0 13=A0=A0=A0 A=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 6=A0=A0=A0=A0=A0 0=A0=A0 13=A0=A0=A0 B=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 6=A0=A0=A0=A0=A0 0=A0=A0 13=A0=A0=A0 C=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 6=A0=A0=A0=A0=A0 0=A0=A0 13=A0=A0=A0 D=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 7=A0=A0=A0=A0=A0 0=A0=A0 14=A0=A0 =A0A=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 7=A0=A0=A0=A0=A0 0=A0=A0 14=A0=A0=A0 B=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 7=A0=A0=A0=A0=A0 0=A0=A0 14=A0=A0=A0 C=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 7=A0=A0=A0=A0=A0 0=A0=A0 14=A0=A0=A0 D=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 8=A0=A0=A0=A0=A0 0=A0=A0 15=A0=A0=A0 A=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 8=A0=A0=A0=A0=A0 0=A0=A0 15=A0=A0=A0 B=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 8=A0=A0=A0=A0=A0 0=A0=A0 15=A0=A0=A0 C=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 8=A0=A0=A0=A0=A0 0=A0=A0 15=A0=A0=A0 D=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 9=A0=A0=A0=A0=A0 0=A0=A0 16=A0=A0=A0 A=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 9=A0=A0=A0=A0=A0 0=A0=A0 16=A0=A0=A0 B=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 9=A0=A0=A0=A0=A0 0=A0=A0 16=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 9=A0=A0=A0=A0=A0 0=A0=A0 16=A0=A0=A0 D=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 embedded=A0=A0=A0 0=A0=A0 17=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 10 11 = 12 14 15 embedded=A0=A0=A0 0=A0=A0 17=A0=A0=A0 D=A0=A0 0x05=A0 3 4 5 6 7 9 10 11 = 12 14 15 embedded=A0=A0=A0 0=A0=A0=A0 1=A0=A0=A0 A=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 embedded=A0=A0=A0 0=A0=A0=A0 1=A0=A0=A0 B=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 embedded=A0=A0=A0 0=A0=A0=A0 1=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 embedded=A0=A0=A0 0=A0=A0=A0 1=A0 =A0=A0D=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 embedded=A0=A0=A0 0=A0=A0 16=A0=A0=A0 A=A0=A0 0x01=A0 3 4 5 6 7 9 10 11 = 12 14 15 embedded=A0=A0=A0 0=A0=A0 16=A0=A0=A0 B=A0=A0 0x02=A0 3 4 5 6 7 9 10 11 = 12 14 15 embedded=A0=A0=A0 0=A0=A0 16=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 10 11 = 12 14 15 embedded=A0=A0=A0 0=A0=A0 16=A0=A0=A0 D=A0=A0 0x05=A0 3 4 5 6 7 9 10 11 = 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 15 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 15 func 0 acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link0: Links after initial probe: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0 10=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link0: Links after initial validation: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0 10=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link0: Links after disable: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0 255=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0 11=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link1: Links after initial validation: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0 11=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link1: Links after disable: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0 255=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link2: irq 7 on acpi0 pci_link2: Links after initial probe: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0=A0 7=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link2: Links after initial validation: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0=A0 7=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link2: Links after disable: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0 255=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link3: irq 5 on acpi0 pci_link3: Links after initial probe: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0=A0 5=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link3: Links after initial validation: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0 255=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link3: Links after disable: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0 255=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 ACPI timer: 1/2 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x4010 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1106, dev=3D0x3123, revid=3D0x00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D0, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0006, statreg=3D0x2230, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x08 (240 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 3, range 32, base = e4000000, size 26, enabled found-> vendor=3D0x1106, dev=3D0xb091, revid=3D0x00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D1, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-04-00, hdrtype=3D0x01, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0107, statreg=3D0xa230, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x0c = (3000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D8, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000db00, size=A0 8, enabled =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee11c000, size=A0 8, enabled pcib0: matched entry for 0.8.INTA (src \_SB_.PCI0.LNKA:0) pcib0: slot 8 INTA routed to irq 10 via \_SB_.PCI0.LNKA found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D9, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D11 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000d000, size=A0 8, enabled =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee11e000, size=A0 8, enabled pcib0: matched entry for 0.9.INTA (src \_SB_.PCI0.LNKB:0) pcib0: slot 9 INTA routed to irq 11 via \_SB_.PCI0.LNKB found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D10, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D7 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000d100, size=A0 8, enabled =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee110000, size=A0 8, enabled pcib0: matched entry for 0.10.INTA (src \_SB_.PCI0.LNKC:0) pcib0: slot 10 INTA routed to irq 7 via \_SB_.PCI0.LNKC found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D11, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D5 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000d200, size=A0 8, enabled =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee111000, size=A0 8, enabled pcib0: matched entry for 0.11.INTA (src \_SB_.PCI0.LNKD:0) pci_link3: Picked IRQ 9 with weight 0 pcib0: slot 11 INTA routed to irq 9 via \_SB_.PCI0.LNKD found-> vendor=3D0x1180, dev=3D0x0476, revid=3D0x82 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D12, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-07-00, hdrtype=3D0x02, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x80 (32000 ns), maxlat=3D0x07 (1750 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 1, range 32, base = ee112000, size 12, enabled pcib0: matched entry for 0.12.INTA (src \_SB_.PCI0.LNKA:0) pcib0: slot 12 INTA routed to irq 10 via \_SB_.PCI0.LNKA found-> vendor=3D0x1180, dev=3D0x0476, revid=3D0x82 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D12, func=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-07-00, hdrtype=3D0x02, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x80 (32000 ns), maxlat=3D0x07 (1750 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Db, irq=3D11 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 1, range 32, base = ee117000, size 12, enabled pcib0: matched entry for 0.12.INTB (src \_SB_.PCI0.LNKB:0) pcib0: slot 12 INTB routed to irq 11 via \_SB_.PCI0.LNKB found-> vendor=3D0x12d8, dev=3D0x8148, revid=3D0x00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D13, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-04-00, hdrtype=3D0x01, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0107, statreg=3D0x02b0, = cachelnsz=3D8 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D16, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D0c-03-00, hdrtype=3D0x00, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D8 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[20]: type 4, range 32, base = 0000dc00, size=A0 5, enabled pcib0: matched entry for 0.16.INTA (src \_SB_.PCI0.LNKA:0) pcib0: slot 16 INTA routed to irq 10 via \_SB_.PCI0.LNKA found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D16, func=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D0c-03-00, hdrtype=3D0x00, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D8 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Db, irq=3D11 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[20]: type 4, range 32, base = 0000dd00, size=A0 5, enabled pcib0: matched entry for 0.16.INTB (src \_SB_.PCI0.LNKB:0) pcib0: slot 16 INTB routed to irq 11 via \_SB_.PCI0.LNKB found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D16, func=3D2 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D0c-03-00, hdrtype=3D0x00, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D8 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Dc, irq=3D7 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[20]: type 4, range 32, base = 0000de00, size=A0 5, enabled pcib0: matched entry for 0.16.INTC (src \_SB_.PCI0.LNKC:0) pcib0: slot 16 INTC routed to irq 7 via \_SB_.PCI0.LNKC found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x82 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D16, func=3D3 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D0c-03-20, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D8 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Dd, irq=3D5 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 1, range 32, base = ee11d000, size=A0 8, enabled pcib0: matched entry for 0.16.INTD (src \_SB_.PCI0.LNKD:0) pcib0: slot 16 INTD routed to irq 9 via \_SB_.PCI0.LNKD found-> vendor=3D0x1106, dev=3D0x3177, revid=3D0x00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D17, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-01-00, hdrtype=3D0x00, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0087, statreg=3D0x0210, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x00 = (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D3=A0 = current D0 found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D17, func=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D01-01-8a, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D255 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[20]: type 4, range 32, base = 0000df00, size=A0 4, enabled found-> vendor=3D0x1106, dev=3D0x3059, revid=3D0x50 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D17, func=3D5 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D04-01-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0001, statreg=3D0x0210, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x00 = (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Dc, irq=3D7 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000e000, size=A0 8, enabled pcib0: matched entry for 0.17.INTC (src \_SB_.PCI0.LNKC:0) pcib0: slot 17 INTC routed to irq 7 via \_SB_.PCI0.LNKC agp0: mem 0xe4000000-0xe7ffffff = at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe4000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1:=A0=A0 secondary bus=A0=A0=A0=A0 1 pcib1:=A0=A0 subordinate bus=A0=A0 1 pcib1:=A0=A0 I/O decode=A0=A0=A0=A0=A0=A0=A0 0xf000-0xfff pcib1:=A0=A0 memory decode=A0=A0=A0=A0 0xec000000-0xedffffff pcib1:=A0=A0 prefetched decode 0xe8000000-0xebffffff pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x1106, dev=3D0x3122, revid=3D0x03 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D1, slot=3D0, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D03-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0230, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x02 (500 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 3, range 32, base = e8000000, size 26, enabled pcib1: (null) requested memory range 0xe8000000-0xebffffff: good =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ec000000, size 24, enabled pcib1: (null) requested memory range 0xec000000-0xecffffff: good pcib0: matched entry for 0.1.INTA (src \_SB_.PCI0.LNKA:0) pcib0: slot 1 INTA routed to irq 10 via \_SB_.PCI0.LNKA pcib1: slot 0 INTA is routed to irq 10 pci1: at device 0.0 (no driver attached) rl0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xdb00 rl0: port 0xdb00-0xdbff mem 0xee11c000-0xee11c0ff irq 10 at device 8.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:40:48:b1:11:5d rl0: [MPSAFE] rl1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd000 rl1: port 0xd000-0xd0ff mem 0xee11e000-0xee11e0ff irq 11 at device 9.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: bpf attached rl1: Ethernet address: 00:40:48:b1:11:5c rl1: [MPSAFE] rl2: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd100 rl2: port 0xd100-0xd1ff mem 0xee110000-0xee1100ff irq 7 at device 10.0 on pci0 miibus2: on rl2 rlphy2: on miibus2 rlphy2:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl2: bpf attached rl2: Ethernet address: 00:40:48:b1:11:5b rl2: [MPSAFE] rl3: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd200 rl3: port 0xd200-0xd2ff mem 0xee111000-0xee1110ff irq 9 at device 11.0 on pci0 miibus3: on rl3 rlphy3: on miibus3 rlphy3:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl3: bpf attached rl3: Ethernet address: 00:40:48:b1:11:5a rl3: [MPSAFE] cbb0: mem 0xee112000-0xee112fff irq 10 at device 12.0 on pci0 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xee112000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: =A0 0x00: 0x04761180 0x02100007 0x06070082 0x00822000=20 =A0 0x10: 0xee112000 0x020000dc 0x20020200 0xfffff000=20 =A0 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 =A0 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700010a=20 =A0 0x40: 0x78563412 0x00000001 0x00000000 0x00000000=20 =A0 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x80: 0x00a00001 0x00000000 0x04630463 0x00000000=20 =A0 0x90: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0xa0: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0xb0: 0x00000000 0x00000000 0x00003800 0x00000000=20 =A0 0xc0: 0x78563412 0x00000000 0x00000000 0x00000000=20 =A0 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001=20 =A0 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000=20 =A0 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: mem 0xee117000-0xee117fff irq 11 at device 12.1 on pci0 cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xee117000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: PCI Configuration space: =A0 0x00: 0x04761180 0x02100007 0x06070082 0x00822000=20 =A0 0x10: 0xee117000 0x020000dc 0x20030300 0xfffff000=20 =A0 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 =A0 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700020b=20 =A0 0x40: 0x78563412 0x00000001 0x00000000 0x00000000=20 =A0 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x80: 0x00a00001 0x00000000 0x04630463 0x00000000=20 =A0 0x90: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0xa0: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0xc0: 0x78563412 0x00000000 0x00000000 0x00000000=20 =A0 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001=20 =A0 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000=20 =A0 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 pcib2: at device 13.0 on pci0 pcib2:=A0=A0 secondary bus=A0=A0=A0=A0 4 pcib2:=A0=A0 subordinate bus=A0=A0 4 pcib2:=A0=A0 I/O decode=A0=A0=A0=A0=A0=A0=A0 0xc000-0xcfff pcib2:=A0=A0 memory decode=A0=A0=A0=A0 0xee000000-0xee0fffff pcib2:=A0=A0 prefetched decode 0xfff00000-0xfffff pci4: on pcib2 pci4: physical bus=3D4 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D4, slot=3D8, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D11 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000c000, size=A0 8, enabled pcib2: (null) requested I/O range 0xc000-0xc0ff: in range =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee013000, size=A0 8, enabled pcib2: (null) requested memory range 0xee013000-0xee0130ff: good pcib0: matched entry for 0.13.INTA (src \_SB_.PCI0.LNKB:0) pcib0: slot 13 INTA routed to irq 11 via \_SB_.PCI0.LNKB pcib2: slot 8 INTA is routed to irq 11 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D4, slot=3D9, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D7 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000c100, size=A0 8, enabled pcib2: (null) requested I/O range 0xc100-0xc1ff: in range =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee010000, size=A0 8, enabled pcib2: (null) requested memory range 0xee010000-0xee0100ff: good pcib0: matched entry for 0.13.INTB (src \_SB_.PCI0.LNKC:0) pcib0: slot 13 INTB routed to irq 7 via \_SB_.PCI0.LNKC pcib2: slot 9 INTA is routed to irq 7 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D4, slot=3D10, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D5 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000c200, size=A0 8, enabled pcib2: (null) requested I/O range 0xc200-0xc2ff: in range =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee011000, size=A0 8, enabled pcib2: (null) requested memory range 0xee011000-0xee0110ff: good pcib0: matched entry for 0.13.INTC (src \_SB_.PCI0.LNKD:0) pcib0: slot 13 INTC routed to irq 9 via \_SB_.PCI0.LNKD pcib2: slot 10 INTA is routed to irq 9 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D4, slot=3D11, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000c300, size=A0 8, enabled pcib2: (null) requested I/O range 0xc300-0xc3ff: in range =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee012000, size=A0 8, enabled pcib2: (null) requested memory range 0xee012000-0xee0120ff: good pcib0: matched entry for 0.13.INTD (src \_SB_.PCI0.LNKA:0) pcib0: slot 13 INTD routed to irq 10 via \_SB_.PCI0.LNKA pcib2: slot 11 INTA is routed to irq 10 rl4: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc000 pcib2: re0 requested I/O range 0xc000-0xc0ff: in range pcib2: rl4 requested I/O range 0xc000-0xc0ff: in range rl4: port 0xc000-0xc0ff mem 0xee013000-0xee0130ff irq 11 at device 8.0 on pci4 pcib2: rl4 requested I/O range 0xc000-0xc0ff: in range miibus4: on rl4 rlphy4: on miibus4 rlphy4:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl4: bpf attached rl4: Ethernet address: 00:30:18:49:3f:44 rl4: [MPSAFE] rl5: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc100 pcib2: re0 requested I/O range 0xc100-0xc1ff: in range pcib2: rl5 requested I/O range 0xc100-0xc1ff: in range rl5: port 0xc100-0xc1ff mem 0xee010000-0xee0100ff irq 7 at device 9.0 on pci4 pcib2: rl5 requested I/O range 0xc100-0xc1ff: in range Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address=A0=A0=A0=A0=A0=A0=A0 =3D 0x10 fault = code=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D = supervisor read, page not present instruction pointer=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 0x20:0xc07407c0 stack pointer=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 =3D 0x28:0xc0c209ec frame pointer=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 =3D 0x28:0xc0c209ec code segment=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D base 0x0, = limit 0xfffff, type 0x1b =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D DPL 0, pres 1, def32 1, gran 1 processor eflags=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D interrupt enabled, = resume, IOPL =3D 0 current process=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 0 (swapper) trap number=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 12 panic: page fault cpuid =3D 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... SMAP type=3D01 base=3D0000000000000000 len=3D000000000009fc00 SMAP type=3D02 base=3D00000000000f0000 len=3D0000000000010000 SMAP type=3D02 base=3D00000000ffff0000 len=3D0000000000010000 SMAP type=3D03 base=3D000000001eff3000 len=3D000000000000d000 SMAP type=3D04 base=3D000000001eff0000 len=3D0000000000003000 SMAP type=3D02 base=3D000000000009fc00 len=3D0000000000000400 SMAP type=3D01 base=3D0000000000100000 len=3D000000001eef0000 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 The Regents of the University of = California. All rights reserved. FreeBSD 6.0-RELEASE #0: Thu Nov=A0 3 09:36:13 UTC 2005 =A0=A0=A0 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ec1000. Preloaded mfs_root "/boot/mfsroot" at 0xc0ec1170. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ec11b4. Calibrating clock(s) ... i8254 clock: 1193206 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1002279760 Hz CPU: VIA C3 Nehemiah+RNG+ACE (1002.28-MHz 686-class CPU) =A0 Origin =3D "CentaurHauls"=A0 Id =3D 0x698=A0 Stepping =3D 8 =A0 Features=3D0x381b83f real memory=A0 =3D 520028160 (495 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000001e6fffff, 493727744 bytes (120539 pages) avail memory =3D 495345664 (472 MB) bios32: Found BIOS32 Service Directory header at 0xc00faf30 bios32: Entry =3D 0xfb3b0 (c00fb3b0)=A0 Rev =3D 0=A0 Len =3D 1 pcibios: PCI BIOS entry at 0xf0000+0xb400 pnpbios: Found PnP BIOS data at 0xc00fbec0 pnpbios: Entry =3D f0000:bef0=A0 Rev =3D 1.0 Other BIOS signatures found: wlan: <802.11 Link Layer> random: nfslock: pseudo-device io: mem: null: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1):=A0=A0=A0=A0=A0 mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a):=A0=A0=A0=A0 mode1res=3D0x80000000 (0x80000000) pci_cfgcheck:=A0=A0=A0 device 0 [class=3D060000] [hdr=3D00] is there = (id=3D31231106) pcibios: BIOS version 2.10 Found $PIR table, 12 entries at 0xc00fdea0 PCI-Only Interrupts: 5 7 10 11 Location=A0 Bus Device Pin=A0 Link=A0 IRQs slot 1=A0=A0=A0=A0=A0 0=A0=A0=A0 8=A0=A0=A0 A=A0=A0 0x01=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 1=A0=A0=A0=A0=A0 0=A0=A0=A0 8=A0=A0=A0 B=A0=A0 0x02=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 1=A0=A0=A0=A0=A0 0=A0=A0=A0 8=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 1=A0=A0=A0=A0=A0 0=A0=A0=A0 8=A0=A0=A0 D=A0=A0 0x05=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 2=A0=A0=A0=A0=A0 0=A0=A0=A0 9=A0=A0=A0 A=A0=A0 0x02=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 2=A0=A0=A0=A0=A0 0=A0=A0=A0 9=A0=A0=A0 B=A0=A0 0x03=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 2=A0=A0=A0=A0=A0 0=A0=A0=A0 9=A0 =A0=A0C=A0=A0 0x05=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 2=A0=A0=A0=A0=A0 0=A0=A0=A0 9=A0=A0=A0 D=A0=A0 0x01=A0 3 4 5 6 7 9 = 10 11 12 14 15 slot 3=A0=A0=A0=A0=A0 0=A0=A0 10=A0=A0=A0 A=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 3=A0=A0=A0=A0=A0 0=A0=A0 10=A0=A0=A0 B=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 3=A0=A0=A0=A0=A0 0=A0=A0 10=A0=A0=A0 C=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 3=A0=A0=A0=A0=A0 0=A0=A0 10=A0=A0=A0 D=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 4=A0=A0=A0=A0=A0 0=A0=A0 11=A0=A0=A0 A=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 4=A0=A0=A0=A0=A0 0=A0=A0 11=A0=A0=A0 B=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 4=A0=A0=A0=A0=A0 0=A0=A0 11=A0=A0=A0 C=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 4=A0=A0=A0=A0=A0 0=A0=A0 11=A0=A0=A0 D=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 5=A0=A0=A0=A0=A0 0=A0=A0 12=A0=A0=A0 A=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 5=A0=A0=A0=A0=A0 0=A0=A0 12=A0=A0=A0 B=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 5=A0=A0=A0=A0=A0 0=A0=A0 12=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 5=A0=A0=A0=A0=A0 0=A0=A0 12=A0=A0 =A0D=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 6=A0=A0=A0=A0=A0 0=A0=A0 13=A0=A0=A0 A=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 6=A0=A0=A0=A0=A0 0=A0=A0 13=A0=A0=A0 B=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 6=A0=A0=A0=A0=A0 0=A0=A0 13=A0=A0=A0 C=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 6=A0=A0=A0=A0=A0 0=A0=A0 13=A0=A0=A0 D=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 7=A0=A0=A0=A0=A0 0=A0=A0 14=A0=A0=A0 A=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 7=A0=A0=A0=A0=A0 0=A0=A0 14=A0=A0=A0 B=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 7=A0=A0=A0=A0=A0 0=A0=A0 14=A0=A0=A0 C=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 7=A0=A0=A0=A0=A0 0=A0=A0 14=A0 =A0=A0D=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 8=A0=A0=A0=A0=A0 0=A0=A0 15=A0=A0=A0 A=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 8=A0=A0=A0=A0=A0 0=A0=A0 15=A0=A0=A0 B=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 8=A0=A0=A0=A0=A0 0=A0=A0 15=A0=A0=A0 C=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 8=A0=A0=A0=A0=A0 0=A0=A0 15=A0=A0=A0 D=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 9=A0=A0=A0=A0=A0 0=A0=A0 16=A0=A0=A0 A=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 9=A0=A0=A0=A0=A0 0=A0=A0 16=A0=A0=A0 B=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 9=A0=A0=A0=A0=A0 0=A0=A0 16=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 slot 9=A0=A0=A0=A0=A0 0=A0=A0 16=A0=A0=A0 D=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 embedded=A0=A0=A0 0=A0=A0 17=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 10 11 = 12 14 15 embedded=A0=A0=A0 0=A0=A0 17=A0=A0=A0 D=A0=A0 0x05=A0 3 4 5 6 7 9 10 11 = 12 14 15 embedded=A0=A0=A0 0=A0=A0=A0 1=A0=A0=A0 A=A0=A0 0x01=A0 3 4 5 6 7 9 10 = 11 12 14 15 embedded=A0=A0=A0 0=A0=A0=A0 1=A0=A0=A0 B=A0=A0 0x02=A0 3 4 5 6 7 9 10 = 11 12 14 15 embedded=A0=A0=A0 0=A0=A0=A0 1=A0=A0 =A0C=A0=A0 0x03=A0 3 4 5 6 7 9 10 = 11 12 14 15 embedded=A0=A0=A0 0=A0=A0=A0 1=A0=A0=A0 D=A0=A0 0x05=A0 3 4 5 6 7 9 10 = 11 12 14 15 embedded=A0=A0=A0 0=A0=A0 16=A0=A0=A0 A=A0=A0 0x01=A0 3 4 5 6 7 9 10 11 = 12 14 15 embedded=A0=A0=A0 0=A0=A0 16=A0=A0=A0 B=A0=A0 0x02=A0 3 4 5 6 7 9 10 11 = 12 14 15 embedded=A0=A0=A0 0=A0=A0 16=A0=A0=A0 C=A0=A0 0x03=A0 3 4 5 6 7 9 10 11 = 12 14 15 embedded=A0=A0=A0 0=A0=A0 16=A0=A0=A0 D=A0=A0 0x05=A0 3 4 5 6 7 9 10 11 = 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 15 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 17 func 1 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 15 func 0 acpi0: Power Button (fixed) pci_link0: irq 10 on acpi0 pci_link0: Links after initial probe: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0 10=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link0: Links after initial validation: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0 10=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link0: Links after disable: Index=A0 IRQ =A0Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0 255=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0 11=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link1: Links after initial validation: Index =A0IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0 11=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link1: Links after disable: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0 255=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link2: irq 7 on acpi0 pci_link2: Links after initial probe: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0=A0 7=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link2: Links after initial validation: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0=A0 7=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link2: Links after disable: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0 255=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link3: irq 5 on acpi0 pci_link3: Links after initial probe: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0=A0=A0 5=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link3: Links after initial validation: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0 255=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 pci_link3: Links after disable: Index=A0 IRQ=A0 Rtd=A0 Ref=A0 IRQs =A0=A0=A0 0=A0 255=A0=A0 N=A0=A0=A0=A0 0=A0 3 4 6 7 10 11 12 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: P_CNT from P_BLK 0x4010 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=3D0 found-> vendor=3D0x1106, dev=3D0x3123, revid=3D0x00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D0, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0006, statreg=3D0x2230, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x08 (240 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 3, range 32, base = e4000000, size 26, enabled found-> vendor=3D0x1106, dev=3D0xb091, revid=3D0x00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D1, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-04-00, hdrtype=3D0x01, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0107, statreg=3D0xa230, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x0c = (3000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D8, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000db00, size=A0 8, enabled =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee11c000, size=A0 8, enabled pcib0: matched entry for 0.8.INTA (src \_SB_.PCI0.LNKA:0) pcib0: slot 8 INTA routed to irq 10 via \_SB_.PCI0.LNKA found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D9, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D11 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000d000, size=A0 8, enabled =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee11e000, size=A0 8, enabled pcib0: matched entry for 0.9.INTA (src \_SB_.PCI0.LNKB:0) pcib0: slot 9 INTA routed to irq 11 via \_SB_.PCI0.LNKB found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D10, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D7 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000d100, size=A0 8, enabled =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee110000, size=A0 8, enabled pcib0: matched entry for 0.10.INTA (src \_SB_.PCI0.LNKC:0) pcib0: slot 10 INTA routed to irq 7 via \_SB_.PCI0.LNKC found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D11, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D5 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000d200, size=A0 8, enabled =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee111000, size=A0 8, enabled pcib0: matched entry for 0.11.INTA (src \_SB_.PCI0.LNKD:0) pci_link3: Picked IRQ 9 with weight 0 pcib0: slot 11 INTA routed to irq 9 via \_SB_.PCI0.LNKD found-> vendor=3D0x1180, dev=3D0x0476, revid=3D0x82 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D12, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-07-00, hdrtype=3D0x02, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x80 (32000 ns), maxlat=3D0x07 (1750 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 1, range 32, base = ee112000, size 12, enabled pcib0: matched entry for 0.12.INTA (src \_SB_.PCI0.LNKA:0) pcib0: slot 12 INTA routed to irq 10 via \_SB_.PCI0.LNKA found-> vendor=3D0x1180, dev=3D0x0476, revid=3D0x82 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D12, func=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-07-00, hdrtype=3D0x02, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x80 (32000 ns), maxlat=3D0x07 (1750 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Db, irq=3D11 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 1, range 32, base = ee117000, size 12, enabled pcib0: matched entry for 0.12.INTB (src \_SB_.PCI0.LNKB:0) pcib0: slot 12 INTB routed to irq 11 via \_SB_.PCI0.LNKB found-> vendor=3D0x12d8, dev=3D0x8148, revid=3D0x00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D13, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-04-00, hdrtype=3D0x01, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0107, statreg=3D0x02b0, = cachelnsz=3D8 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x06 (1500 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D16, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D0c-03-00, hdrtype=3D0x00, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D8 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[20]: type 4, range 32, base = 0000dc00, size=A0 5, enabled pcib0: matched entry for 0.16.INTA (src \_SB_.PCI0.LNKA:0) pcib0: slot 16 INTA routed to irq 10 via \_SB_.PCI0.LNKA found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D16, func=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D0c-03-00, hdrtype=3D0x00, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D8 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Db, irq=3D11 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[20]: type 4, range 32, base = 0000dd00, size=A0 5, enabled pcib0: matched entry for 0.16.INTB (src \_SB_.PCI0.LNKB:0) pcib0: slot 16 INTB routed to irq 11 via \_SB_.PCI0.LNKB found-> vendor=3D0x1106, dev=3D0x3038, revid=3D0x80 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D16, func=3D2 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D0c-03-00, hdrtype=3D0x00, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D8 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Dc, irq=3D7 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[20]: type 4, range 32, base = 0000de00, size=A0 5, enabled pcib0: matched entry for 0.16.INTC (src \_SB_.PCI0.LNKC:0) pcib0: slot 16 INTC routed to irq 7 via \_SB_.PCI0.LNKC found-> vendor=3D0x1106, dev=3D0x3104, revid=3D0x82 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D16, func=3D3 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D0c-03-20, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0210, = cachelnsz=3D8 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Dd, irq=3D5 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 1, range 32, base = ee11d000, size=A0 8, enabled pcib0: matched entry for 0.16.INTD (src \_SB_.PCI0.LNKD:0) pcib0: slot 16 INTD routed to irq 9 via \_SB_.PCI0.LNKD found-> vendor=3D0x1106, dev=3D0x3177, revid=3D0x00 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D17, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D06-01-00, hdrtype=3D0x00, = mfdev=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0087, statreg=3D0x0210, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x00 = (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D3=A0 = current D0 found-> vendor=3D0x1106, dev=3D0x0571, revid=3D0x06 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D17, func=3D1 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D01-01-8a, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D255 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[20]: type 4, range 32, base = 0000df00, size=A0 4, enabled found-> vendor=3D0x1106, dev=3D0x3059, revid=3D0x50 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D0, slot=3D17, func=3D5 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D04-01-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0001, statreg=3D0x0210, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x00 (0 ns), mingnt=3D0x00 = (0 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Dc, irq=3D7 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000e000, size=A0 8, enabled pcib0: matched entry for 0.17.INTC (src \_SB_.PCI0.LNKC:0) pcib0: slot 17 INTC routed to irq 7 via \_SB_.PCI0.LNKC agp0: mem 0xe4000000-0xe7ffffff = at device 0.0 on pci0 agp0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xe4000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1:=A0=A0 secondary bus=A0=A0=A0=A0 1 pcib1:=A0=A0 subordinate bus=A0=A0 1 pcib1:=A0=A0 I/O decode=A0=A0=A0=A0=A0=A0=A0 0xf000-0xfff pcib1:=A0=A0 memory decode=A0=A0=A0=A0 0xec000000-0xedffffff pcib1:=A0=A0 prefetched decode 0xe8000000-0xebffffff pci1: on pcib1 pci1: physical bus=3D1 found-> vendor=3D0x1106, dev=3D0x3122, revid=3D0x03 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D1, slot=3D0, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D03-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0230, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x02 (500 ns), maxlat=3D0x00 (0 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 3, range 32, base = e8000000, size 26, enabled pcib1: (null) requested memory range 0xe8000000-0xebffffff: good =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ec000000, size 24, enabled pcib1: (null) requested memory range 0xec000000-0xecffffff: good pcib0: matched entry for 0.1.INTA (src \_SB_.PCI0.LNKA:0) pcib0: slot 1 INTA routed to irq 10 via \_SB_.PCI0.LNKA pcib1: slot 0 INTA is routed to irq 10 pci1: at device 0.0 (no driver attached) re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xdb00 rl0: port 0xdb00-0xdbff mem 0xee11c000-0xee11c0ff irq 10 at device 8.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: bpf attached rl0: Ethernet address: 00:40:48:b1:11:5d rl0: [MPSAFE] re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd000 rl1: port 0xd000-0xd0ff mem 0xee11e000-0xee11e0ff irq 11 at device 9.0 on pci0 miibus1: on rl1 rlphy1: on miibus1 rlphy1:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: bpf attached rl1: Ethernet address: 00:40:48:b1:11:5c rl1: [MPSAFE] re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd100 rl2: port 0xd100-0xd1ff mem 0xee110000-0xee1100ff irq 7 at device 10.0 on pci0 miibus2: on rl2 rlphy2: on miibus2 rlphy2:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl2: bpf attached rl2: Ethernet address: 00:40:48:b1:11:5b rl2: [MPSAFE] re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xd200 rl3: port 0xd200-0xd2ff mem 0xee111000-0xee1110ff irq 9 at device 11.0 on pci0 miibus3: on rl3 rlphy3: on miibus3 rlphy3:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl3: bpf attached rl3: Ethernet address: 00:40:48:b1:11:5a rl3: [MPSAFE] cbb0: mem 0xee112000-0xee112fff irq 10 at device 12.0 on pci0 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xee112000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: PCI Configuration space: =A0 0x00: 0x04761180 0x02100007 0x06070082 0x00822000=20 =A0 0x10: 0xee112000 0x020000dc 0x20020200 0xfffff000=20 =A0 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 =A0 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700010a=20 =A0 0x40: 0x78563412 0x00000001 0x00000000 0x00000000=20 =A0 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x80: 0x00a00001 0x00000000 0x04630463 0x00000000=20 =A0 0x90: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0xa0: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0xb0: 0x00000000 0x00000000 0x00003800 0x00000000=20 =A0 0xc0: 0x78563412 0x00000000 0x00000000 0x00000000=20 =A0 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001=20 =A0 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000=20 =A0 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: mem 0xee117000-0xee117fff irq 11 at device 12.1 on pci0 cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xee117000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: PCI Configuration space: =A0 0x00: 0x04761180 0x02100007 0x06070082 0x00822000=20 =A0 0x10: 0xee117000 0x020000dc 0x20030300 0xfffff000=20 =A0 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 =A0 0x30: 0x00000000 0xfffffffc 0x00000000 0x0700020b=20 =A0 0x40: 0x78563412 0x00000001 0x00000000 0x00000000=20 =A0 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0x80: 0x00a00001 0x00000000 0x04630463 0x00000000=20 =A0 0x90: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0xa0: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 =A0 0xc0: 0x78563412 0x00000000 0x00000000 0x00000000=20 =A0 0xd0: 0x00000000 0x00000000 0x00000000 0xfe0a0001=20 =A0 0xe0: 0x24c04000 0x00000000 0x00000000 0x00000000=20 =A0 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 pcib2: at device 13.0 on pci0 pcib2:=A0=A0 secondary bus=A0=A0=A0=A0 4 pcib2:=A0=A0 subordinate bus=A0=A0 4 pcib2:=A0=A0 I/O decode=A0=A0=A0=A0=A0=A0=A0 0xc000-0xcfff pcib2:=A0=A0 memory decode=A0=A0=A0=A0 0xee000000-0xee0fffff pcib2:=A0=A0 prefetched decode 0xfff00000-0xfffff pci4: on pcib2 pci4: physical bus=3D4 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D4, slot=3D8, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D11 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000c000, size=A0 8, enabled pcib2: (null) requested I/O range 0xc000-0xc0ff: in range =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee013000, size=A0 8, enabled pcib2: (null) requested memory range 0xee013000-0xee0130ff: good pcib0: matched entry for 0.13.INTA (src \_SB_.PCI0.LNKB:0) pcib0: slot 13 INTA routed to irq 11 via \_SB_.PCI0.LNKB pcib2: slot 8 INTA is routed to irq 11 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D4, slot=3D9, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D7 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000c100, size=A0 8, enabled pcib2: (null) requested I/O range 0xc100-0xc1ff: in range =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee010000, size=A0 8, enabled pcib2: (null) requested memory range 0xee010000-0xee0100ff: good pcib0: matched entry for 0.13.INTB (src \_SB_.PCI0.LNKC:0) pcib0: slot 13 INTB routed to irq 7 via \_SB_.PCI0.LNKC pcib2: slot 9 INTA is routed to irq 7 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D4, slot=3D10, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D5 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000c200, size=A0 8, enabled pcib2: (null) requested I/O range 0xc200-0xc2ff: in range =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee011000, size=A0 8, enabled pcib2: (null) requested memory range 0xee011000-0xee0110ff: good pcib0: matched entry for 0.13.INTC (src \_SB_.PCI0.LNKD:0) pcib0: slot 13 INTC routed to irq 9 via \_SB_.PCI0.LNKD pcib2: slot 10 INTA is routed to irq 9 found-> vendor=3D0x10ec, dev=3D0x8139, revid=3D0x10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 bus=3D4, slot=3D11, func=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 class=3D02-00-00, hdrtype=3D0x00, = mfdev=3D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 cmdreg=3D0x0007, statreg=3D0x0290, = cachelnsz=3D0 (dwords) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lattimer=3D0x20 (960 ns), = mingnt=3D0x20 (8000 ns), maxlat=3D0x40 (16000 ns) =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 intpin=3Da, irq=3D10 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 powerspec 2=A0 supports D0 D1 D2 D3=A0 = current D0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[10]: type 4, range 32, base = 0000c300, size=A0 8, enabled pcib2: (null) requested I/O range 0xc300-0xc3ff: in range =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 map[14]: type 1, range 32, base = ee012000, size=A0 8, enabled pcib2: (null) requested memory range 0xee012000-0xee0120ff: good pcib0: matched entry for 0.13.INTD (src \_SB_.PCI0.LNKA:0) pcib0: slot 13 INTD routed to irq 10 via \_SB_.PCI0.LNKA pcib2: slot 11 INTA is routed to irq 10 re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc000 pcib2: rl4 requested I/O range 0xc000-0xc0ff: in range pcib2: rl4 requested I/O range 0xc000-0xc0ff: in range rl4: port 0xc000-0xc0ff mem 0xee013000-0xee0130ff irq 11 at device 8.0 on pci4 pcib2: rl4 requested I/O range 0xc000-0xc0ff: in range miibus4: on rl4 rlphy4: on miibus4 rlphy4:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl4: bpf attached rl4: Ethernet address: 00:30:18:49:3f:44 rl4: [MPSAFE] re0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xc100 pcib2: rl5 requested I/O range 0xc100-0xc1ff: in range pcib2: rl5 requested I/O range 0xc100-0xc1ff: in range rl5: port 0xc100-0xc1ff mem 0xee010000-0xee0100ff irq 7 at device 9.0 on pci4 pcib2: rl5 requested I/O range 0xc100-0xc1ff: in range Fatal trap 12: page fault while in kernel mode fault virtual address=A0=A0=A0=A0=A0=A0=A0 =3D 0x10 fault = code=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D = supervisor read, page not present instruction pointer=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 0x20:0xc069c394 stack pointer=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 =3D 0x28:0xc1020938 frame pointer=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 =3D 0x28:0xc1020938 code segment=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D base 0x0, = limit 0xfffff, type 0x1b =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = =3D DPL 0, pres 1, def32 1, gran 1 processor eflags=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D interrupt enabled, = resume, IOPL =3D 0 current process=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 0 (swapper) trap number=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 12 panic: page fault Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 13:11:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C46216A41F for ; Sat, 12 Nov 2005 13:11:13 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id A042043D49 for ; Sat, 12 Nov 2005 13:11:12 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: by nproxy.gmail.com with SMTP id n28so208624nfc for ; Sat, 12 Nov 2005 05:11:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding:from; b=VNgCPh8jw5m5NO7fngK0x7iz92djLqim1yq77+xsfwH85lCIwYR02GL5Gk9Y0k5/rzW6JmdBaimwWluuTkDzMtV9A3HBv3Y6MCjlcGWe9QY5fttxTXCOejd5nOTJPuuSTVuA33s62Nwm0oSLhp/ioJ08BEUKQ7WhiqnsyLc5kWU= Received: by 10.48.239.18 with SMTP id m18mr159209nfh; Sat, 12 Nov 2005 05:04:42 -0800 (PST) Received: from ?192.168.0.10? ( [80.131.233.128]) by mx.gmail.com with ESMTP id l38sm46838nfc.2005.11.12.05.04.41; Sat, 12 Nov 2005 05:04:42 -0800 (PST) Message-ID: <4375E87D.6070008@web.de> Date: Sat, 12 Nov 2005 14:05:01 +0100 User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit From: Timm Florian Gloger Subject: FreeBsd 6.0 i386 freezes after ata initialization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 13:11:13 -0000 Hi list, I tried to install i386 6.0 a few times now, but every time the hardware intitialization freezes at the same point. After detecting my 2 ide channels with their slave and master drives attached, the system stops acting or reacting on anything, except that acpi prompts that it is not ready to shutdown if i hit the powerbutton on the machine. The system remains in this state until i do a "hard" power-off. Are there any suggestion what might be the cause of this? If you need further information, just tell me. Thanks Timm From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 13:47:37 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A2BE16A41F for ; Sat, 12 Nov 2005 13:47:37 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id F12C643D46 for ; Sat, 12 Nov 2005 13:47:36 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr7.xs4all.nl (8.13.3/8.13.3) with ESMTP id jACDlZ8x037988; Sat, 12 Nov 2005 14:47:35 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 60731B822; Sat, 12 Nov 2005 14:47:35 +0100 (CET) Date: Sat, 12 Nov 2005 14:47:35 +0100 From: Roland Smith To: Timm Florian Gloger Message-ID: <20051112134735.GA39705@slackbox.xs4all.nl> Mail-Followup-To: Timm Florian Gloger , freebsd-stable@freebsd.org References: <4375E87D.6070008@web.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <4375E87D.6070008@web.de> User-Agent: Mutt/1.4.2.1i 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! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBsd 6.0 i386 freezes after ata initialization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 13:47:37 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 12, 2005 at 02:05:01PM +0100, Timm Florian Gloger wrote: > I tried to install i386 6.0 a few times now, but every time the hardware= =20 > intitialization freezes at the same point. >=20 > After detecting my 2 ide channels with their slave and master drives=20 > attached, the system stops acting or reacting on anything, > Are there any suggestion what might be the cause of this? > If you need further information, just tell me. A description of the hardware you use might be usefull. Motherboard, chipset etc. Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDdfJ3EnfvsMMhpyURAsLSAJ48bW7YvSsmz+xG52FnWxxdMq/+VQCdE57n 8bc1/wpH0eg1pD9K7+N3yQo= =3tui -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 14:04:02 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D21916A41F for ; Sat, 12 Nov 2005 14:04:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2687843D45 for ; Sat, 12 Nov 2005 14:04:02 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 87CEF46C2C; Sat, 12 Nov 2005 09:04:01 -0500 (EST) Date: Sat, 12 Nov 2005 14:04:01 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Cy Schubert In-Reply-To: <200511102010.jAAKAEAB014639@cwsys.cwsent.com> Message-ID: <20051112140336.Q33260@fledge.watson.org> References: <200511102010.jAAKAEAB014639@cwsys.cwsent.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Consistent 6.0-STABLE 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: Sat, 12 Nov 2005 14:04:02 -0000 On Thu, 10 Nov 2005, Cy Schubert wrote: > Running the Citrix ICA wfcmgr (from ports) to change settings, e.g. > password, for connection to a Windows terminal server hangs FreeBSD 6.0 > (as of Nov 4) quite consistently. I've tried this on one of my 6.0 > systems at home and a 6.0 system here at work. I suspect it may have > something to do with Linux emulation however until I dig into this more > I won't know for sure. > > The only way to "unhang" the system is to press the reset switch. Any luck getting into a debugger using a console or serial break? Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 15:00:11 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B52616A41F for ; Sat, 12 Nov 2005 15:00:11 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 268F043D4C for ; Sat, 12 Nov 2005 15:00:11 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so379866nzo for ; Sat, 12 Nov 2005 07:00:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=r7vJIeO8nb0Lc6Xh/VSDC818mL1rnehrgqTHXWOFqHQ0zDVG6aSRFRD0bcznNi5cqcsKLruUCkZW3kY5BBf6HKAjvQRyWJgHttKNC7BjkVZzZBpAYwAqONSkuAT9oxw536/6SWvHByF4h91+jsBT6DIl2k5KkvqAudPk2NuSXtI= Received: by 10.36.224.48 with SMTP id w48mr23835nzg; Sat, 12 Nov 2005 07:00:10 -0800 (PST) Received: from ?192.168.0.10? ( [80.131.233.180]) by mx.gmail.com with ESMTP id 15sm579005nzo.2005.11.12.07.00.08; Sat, 12 Nov 2005 07:00:10 -0800 (PST) Message-ID: <4376038B.7070801@gmail.com> Date: Sat, 12 Nov 2005 16:00:27 +0100 From: Timm Florian Gloger User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4375E87D.6070008@web.de> <20051112134735.GA39705@slackbox.xs4all.nl> In-Reply-To: <20051112134735.GA39705@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBsd 6.0 i386 freezes after ata initialization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 15:00:11 -0000 Ok here we go: Motherboard: ASUS A7VN8X-De Chipset: nForce 2 USB 2.0 and FireWire onboard. Silicon Image Serail ATA Software Raid onboard [caused some problems with linux and initramfs in the past] CPU: AMD Athlon 3000+ Devices attached: USB Mouse (Logitech) / USB Keyboard (Microsoft) Drives: UltraDMA 133/100/66/33 1.IDE Master Samsung SP0802N / Slave Samsung SV0802N 2.IDE Master Pioneer DVD / Slave HP CD Rec Hope this includes any useful information. I can post more specific data and perhaps some terminal outputs if yiu tell me what you need. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 15:24:35 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2A6F16A41F for ; Sat, 12 Nov 2005 15:24:34 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: from ares.strahov.cz (wireless.blueboard.cz [82.208.31.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3EF643D49 for ; Sat, 12 Nov 2005 15:24:32 +0000 (GMT) (envelope-from lists@hosting50.cz) Received: (qmail 53646 invoked by uid 89); 12 Nov 2005 15:24:49 -0000 Received: by simscan 1.1.0 ppid: 53640, pid: 53642, t: 3.1624s scanners: clamav: 0.83/m:30/d:774 spam: 3.0.2 Received: from unknown (HELO ?192.168.1.97?) (postmaster@ares.strahov.cz@192.168.1.97) by ares.strahov.cz with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Nov 2005 15:24:46 -0000 Message-ID: <43760926.3090604@hosting50.cz> Date: Sat, 12 Nov 2005 16:24:22 +0100 From: Tomas Randa User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: cs, en-us, en MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ServerWorks HT1000 experience? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 15:24:35 -0000 Hello! I would buy new SuperMicro motherboard H8SSL-i / http://www.supermicro.com/Aplus/motherboard/Opteron/HT1000/H8SSL-i.cfm / based on ServerWorks HT1000 Chipset. Is anybody here who tested these new chipsets HT1000 / HT2000 with FreeBSD ? Thanks for your answers. Tomas Randa From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 15:32:54 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F49316A41F; Sat, 12 Nov 2005 15:32:54 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id B478943D46; Sat, 12 Nov 2005 15:32:53 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id A8E455C9B; Sat, 12 Nov 2005 16:32:51 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 66031-06; Sat, 12 Nov 2005 16:32:50 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 4A44C5C9A; Sat, 12 Nov 2005 16:32:50 +0100 (CET) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Sat, 12 Nov 2005 16:32:50 +0100 (CET) Message-ID: <51150.192.168.1.20.1131809570.squirrel@webmail.thilelli.net> In-Reply-To: <20051112140336.Q33260@fledge.watson.org> References: <200511102010.jAAKAEAB014639@cwsys.cwsent.com> <20051112140336.Q33260@fledge.watson.org> Date: Sat, 12 Nov 2005 16:32:50 +0100 (CET) From: "Julien Gabel" To: "Robert Watson" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: Cy Schubert , stable@freebsd.org Subject: Citrix ICA wfcmgr hang on RELENG_6 (was: Consistent 6.0-STABLE Hang). X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 15:32:54 -0000 >> Running the Citrix ICA wfcmgr (from ports) to change settings, e.g. >> password, for connection to a Windows terminal server hangs FreeBSD 6.0 >> (as of Nov 4) quite consistently. I've tried this on one of my 6.0 >> systems at home and a 6.0 system here at work. I suspect it may have >> something to do with Linux emulation however until I dig into this more >> I won't know for sure. >> >> The only way to "unhang" the system is to press the reset switch. This problem has already been reported on ports@. Regrettably, no good news was heard from this list since then. Using wfcica directly is ok though. > Any luck getting into a debugger using a console or serial break? Not so far, but i will give this an other try from the beginning of the next week and let you know if i can get something interesting. -- -jpeg. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 15:34:34 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3945E16A41F for ; Sat, 12 Nov 2005 15:34:34 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D89B643D45 for ; Sat, 12 Nov 2005 15:34:33 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 9CC8D46B7D; Sat, 12 Nov 2005 10:34:30 -0500 (EST) Date: Sat, 12 Nov 2005 15:34:30 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Julien Gabel In-Reply-To: <51150.192.168.1.20.1131809570.squirrel@webmail.thilelli.net> Message-ID: <20051112153335.Y66912@fledge.watson.org> References: <200511102010.jAAKAEAB014639@cwsys.cwsent.com> <20051112140336.Q33260@fledge.watson.org> <51150.192.168.1.20.1131809570.squirrel@webmail.thilelli.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Cy Schubert , stable@freebsd.org Subject: Re: Citrix ICA wfcmgr hang on RELENG_6 (was: Consistent 6.0-STABLE 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: Sat, 12 Nov 2005 15:34:34 -0000 On Sat, 12 Nov 2005, Julien Gabel wrote: >>> Running the Citrix ICA wfcmgr (from ports) to change settings, e.g. >>> password, for connection to a Windows terminal server hangs FreeBSD >>> 6.0 (as of Nov 4) quite consistently. I've tried this on one of my 6.0 >>> systems at home and a 6.0 system here at work. I suspect it may have >>> something to do with Linux emulation however until I dig into this >>> more I won't know for sure. >>> >>> The only way to "unhang" the system is to press the reset switch. > > This problem has already been reported on ports@. Regrettably, no good > news was heard from this list since then. Using wfcica directly is ok > though. > >> Any luck getting into a debugger using a console or serial break? > > Not so far, but i will give this an other try from the beginning of the > next week and let you know if i can get something interesting. If BREAK_TO_DEBUGGER doesn't work on the video/keyboard console, try the serial console, which can be more reliable. Robert N M Watson From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 15:50:58 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E5CF16A420 for ; Sat, 12 Nov 2005 15:50:58 +0000 (GMT) (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 BECA243D46 for ; Sat, 12 Nov 2005 15:50:57 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr9.xs4all.nl (8.13.3/8.13.3) with ESMTP id jACFotXv003166; Sat, 12 Nov 2005 16:50:56 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id B3EA7B822; Sat, 12 Nov 2005 16:50:55 +0100 (CET) Date: Sat, 12 Nov 2005 16:50:55 +0100 From: Roland Smith To: Timm Florian Gloger Message-ID: <20051112155055.GA42074@slackbox.xs4all.nl> Mail-Followup-To: Timm Florian Gloger , freebsd-stable@freebsd.org References: <4375E87D.6070008@web.de> <20051112134735.GA39705@slackbox.xs4all.nl> <4376038B.7070801@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <4376038B.7070801@gmail.com> User-Agent: Mutt/1.4.2.1i 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! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBsd 6.0 i386 freezes after ata initialization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 15:50:58 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 12, 2005 at 04:00:27PM +0100, Timm Florian Gloger wrote: > Ok here we go: >=20 > Motherboard: ASUS A7VN8X-De You mean A7N8X Deluxe? > Chipset: nForce 2 According to the manual pages, the ATA driver should support this. > USB 2.0 and FireWire onboard. > Silicon Image Serail ATA Software Raid onboard [caused some problems=20 > with linux and initramfs in the past] According to the manual, Silicon Image Medley and NVIDIA MediaShield are supported by the ataraid driver. Are you using RAID? If so, does it work without it? > CPU: AMD Athlon 3000+ > Devices attached: USB Mouse (Logitech) / USB Keyboard (Microsoft) > Drives: UltraDMA 133/100/66/33 > 1.IDE Master Samsung SP0802N / Slave Samsung SV0802N > 2.IDE Master Pioneer DVD / Slave HP CD Rec >=20 > Hope this includes any useful information. > I can post more specific data and perhaps some terminal outputs if yiu=20 > tell me what you need. Sometimes disabling FireWire in the bios seems to help (at least on 4.x). Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDdg9fEnfvsMMhpyURAuTDAJ45SWXpmdTujwxGkV2t4J/T00TMKQCgiCxN Qo3fLk1ETVkGWKjkMFuj8Wc= =9Jub -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 17:05:19 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C148816A41F for ; Sat, 12 Nov 2005 17:05:19 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F49E43D46 for ; Sat, 12 Nov 2005 17:05:19 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so829453nzo for ; Sat, 12 Nov 2005 09:05:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=IMDgbrHL3mQPVelIwKxxXUONpX86AiHYXsWEcaTKa5s0E7JKHvcT8vXt2M4PHYMs/YIIaMJ7MWiLzLV3tcSiBJM0u6ypt2nVjAzGxNaYPAcs0VZinSs6FopdDFjF1mH0fddOlq6zbkVUoE3CoggFw6LLY+kwmHM3bOWGsVLbTeg= Received: by 10.37.12.63 with SMTP id p63mr2423624nzi; Sat, 12 Nov 2005 09:05:18 -0800 (PST) Received: from ?192.168.0.10? ( [80.131.213.238]) by mx.gmail.com with ESMTP id 15sm641666nzp.2005.11.12.09.05.16; Sat, 12 Nov 2005 09:05:18 -0800 (PST) Message-ID: <437620E1.2010209@web.de> Date: Sat, 12 Nov 2005 18:05:37 +0100 User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4375E87D.6070008@web.de> <20051112134735.GA39705@slackbox.xs4all.nl> <4376038B.7070801@gmail.com> <20051112155055.GA42074@slackbox.xs4all.nl> In-Reply-To: <20051112155055.GA42074@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit From: Timm Florian Gloger Subject: Re: FreeBsd 6.0 i386 freezes after ata initialization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 17:05:19 -0000 * On 11/12/2005 4:50 PM Roland Smith wrote: > > You mean A7N8X Deluxe? > Yes. > > According to the manual, Silicon Image Medley and NVIDIA MediaShield are > supported by the ataraid driver. Are you using RAID? If so, does it work > without it? > I do not use serial ata at all. > > Sometimes disabling FireWire in the bios seems to help (at least on 4.x). > Will try that and also disable the raid. Results will be postet here. Thanks. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 17:30:04 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2C8A16A41F for ; Sat, 12 Nov 2005 17:30:04 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E03A43D46 for ; Sat, 12 Nov 2005 17:30:03 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: by nproxy.gmail.com with SMTP id l36so216077nfa for ; Sat, 12 Nov 2005 09:30:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=HM8JAlNfOOEUIz9rK7bqxUSAr1U0Yzjp3AiWr2hKIKPGUJdPvBkfNMARrJRemfVBeL3SKv9TyN4EWcI1oC2DuygKavV8jTJnvRyhgHx7vM8u+GM65iDkahw++UvC/1FL8hRYvhMvUII2qhywXj0n05T2ex/BFly3DsAl3nw5lXo= Received: by 10.48.250.14 with SMTP id x14mr174842nfh; Sat, 12 Nov 2005 09:30:02 -0800 (PST) Received: from ?192.168.0.10? ( [80.131.213.238]) by mx.gmail.com with ESMTP id n23sm64075nfc.2005.11.12.09.30.01; Sat, 12 Nov 2005 09:30:02 -0800 (PST) Message-ID: <437626AE.1060303@gmail.com> Date: Sat, 12 Nov 2005 18:30:22 +0100 From: Timm Florian Gloger User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4375E87D.6070008@web.de> <20051112134735.GA39705@slackbox.xs4all.nl> <4376038B.7070801@gmail.com> <20051112155055.GA42074@slackbox.xs4all.nl> In-Reply-To: <20051112155055.GA42074@slackbox.xs4all.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FreeBsd 6.0 i386 freezes after ata initialization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 17:30:04 -0000 Disabling firewire did very well. Installation continues now. Are there known fixes how to get firewire running after installing or is this just a "installation-kernel" problem? Thanks for your help Roland Timm From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 17:51:35 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D088716A41F for ; Sat, 12 Nov 2005 17:51:35 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from tirith.ics.muni.cz (tirith.ics.muni.cz [147.251.4.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4296F43D46 for ; Sat, 12 Nov 2005 17:51:34 +0000 (GMT) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK ([83.210.44.6]) (user=hopet@META mech=LOGIN bits=0) by tirith.ics.muni.cz (8.13.2/8.13.2) with ESMTP id jACHnexE011026 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 12 Nov 2005 18:51:24 +0100 From: "Petr Holub" To: "Darren Pilgrim" , Date: Sat, 12 Nov 2005 18:51:20 +0100 Message-ID: <003601c5e7b1$b0b692f0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 In-Reply-To: <000c01c5e66a$10014e10$652a15ac@smiley> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Importance: Normal X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean Cc: Subject: RE: usbd.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 17:51:35 -0000 > usbd is deprecated. Please use devd. OK, it works with devd. (BTW, wouldn't it be better to either fix usbd or to remove it?...) Thanks a lot, Petr ================================================================ Petr Holub CESNET z.s.p.o. Supercomputing Center Brno Zikova 4 Institute of Compt. Science 162 00 Praha 6, CZ Masaryk University Czech Republic Botanicka 68a, 60200 Brno, CZ e-mail: Petr.Holub@cesnet.cz phone: +420-549493944 fax: +420-541212747 e-mail: hopet@ics.muni.cz From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 17:59:27 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A55EA16A41F for ; Sat, 12 Nov 2005 17:59:27 +0000 (GMT) (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 F1F5C43D53 for ; Sat, 12 Nov 2005 17:59:26 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr8.xs4all.nl (8.13.3/8.13.3) with ESMTP id jACHxOY1067126; Sat, 12 Nov 2005 18:59:25 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id BD2B3B822; Sat, 12 Nov 2005 18:59:24 +0100 (CET) Date: Sat, 12 Nov 2005 18:59:24 +0100 From: Roland Smith To: Timm Florian Gloger Message-ID: <20051112175924.GA46385@slackbox.xs4all.nl> Mail-Followup-To: Timm Florian Gloger , freebsd-stable@freebsd.org References: <4375E87D.6070008@web.de> <20051112134735.GA39705@slackbox.xs4all.nl> <4376038B.7070801@gmail.com> <20051112155055.GA42074@slackbox.xs4all.nl> <437626AE.1060303@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <437626AE.1060303@gmail.com> User-Agent: Mutt/1.4.2.1i 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! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: FreeBsd 6.0 i386 freezes after ata initialization X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 17:59:27 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 12, 2005 at 06:30:22PM +0100, Timm Florian Gloger wrote: > Disabling firewire did very well. Installation continues now. > Are there known fixes how to get firewire running after installing or is= =20 > this just a "installation-kernel" problem? The firewire driver is part of the GENERIC kernel. But AFAICT your chipset doesn't seem to be on the list of supported devices in fwohci(4). If you get the system up and running, try enabling firewire in the BIOS again, and see if the system boots. If the system boots, but there is no firewire device, check the output of 'pciconf -lv' to see what kind of chip it is. Have a look at the archives for the freebsd-firewire list. (http://lists.freebsd.org/pipermail/freebsd-firewire/) Maybe your problem has been handled there. If not, post a message to that list. > Thanks for your help Roland You're welcome! Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDdi18EnfvsMMhpyURApL4AJ9MwGOw3EaGBqEjW9aHN/r6krULrQCgnf2y wTmRM1yehaErx32Pk8RZvpE= =rMMP -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 19:50:06 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE33E16A41F for ; Sat, 12 Nov 2005 19:50:06 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: from kunnilinux.birulevo.net (kunnilinux.birulevo.net [195.54.208.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1EC343D45 for ; Sat, 12 Nov 2005 19:50:05 +0000 (GMT) (envelope-from lexa@wincmd.ru) Received: (qmail 27509 invoked by uid 210); 12 Nov 2005 22:50:04 +0300 Received: from 10.4.22.222 by kunnilinux (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.87.1/1169. spamassassin: 3.0.4. perlscan: 1.25st. Clear:RC:1(10.4.22.222):. Processed in 0.330001 secs); 12 Nov 2005 19:50:04 -0000 Received: from unknown (HELO ?192.0.0.1?) (10.4.22.222) by kunnilinux.birulevo.net with SMTP; 12 Nov 2005 22:50:03 +0300 Message-ID: <4376476B.6090703@wincmd.ru> Date: Sat, 12 Nov 2005 22:50:03 +0300 From: Tarasov Alexey User-Agent: Thunderbird 1.5 (X11/20051110) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: Reduced hard disk perfomance on 5.4 with SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 19:50:07 -0000 Hello! I have a server Double Xeon 2.4 GHz with Hyperthreading on. FreeBSD version is: > uname -a > FreeBSD 5.4-RELEASE-p7 FreeBSD 5.4-RELEASE-p7 #0: Sat Oct 8 > 11:50:02 PDT 2005 > tarasov@mc79.mccolo.com:/usr/obj/usr/src/sys/KERNEL i386 Kernel Config: > machine i386 > cpu I686_CPU > ident "KERNEL" > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for devices. > > #imakeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > #options SCHED_ULE # ULE scheduler > 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 NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > options NFS_ROOT # NFS usable as /, requires NFSCLIENT > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_GPT # GUID Partition Tables. > options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > #options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI > options 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 AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > # Debugging for use in -current > #options KDB # Enable kernel debugger support. > #options DDB # Support DDB. > #options GDB # Support remote GDB. > #options INVARIANTS # Enable calls of extra sanity checking > #options INVARIANT_SUPPORT # Extra sanity checks of internal > structures, required by INVARIANTS > #options WITNESS # Enable checks to detect deadlocks > and cycles > #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for > speed > > > #Added options > > > device pf # OpenBSD PacketFilter > device pflog > device pfsync > > options ALTQ > options ALTQ_CBQ # Class Bases Queuing (CBQ) > options ALTQ_RED # Random Early Detection (RED) > options ALTQ_RIO # RED In/Out > options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) > options ALTQ_PRIQ # Priority Queuing (PRIQ) > options ALTQ_NOPCC # Required for SMP build > > options NMBCLUSTERS=16384 > options NETGRAPH > > #End > > > # To make an SMP kernel, the next two lines are needed > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > > # Bus support. Do not remove isa, even if you have no isa slots > device isa > device eisa > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > device atapifd # ATAPI floppy drives > device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > > # SCSI Controllers > device ahb # EISA AHA1742 family > device ahc # AHA2940 and onboard AIC7xxx devices > device ahd # AHA39320/29320 and onboard AIC79xx devices > device amd # AMD 53C974 (Tekram DC-390(T)) > device isp # Qlogic family > #device ispfw # Firmware for QLogic HBAs- normally a module > device mpt # LSI-Logic MPT-Fusion > #device ncr # NCR/Symbios Logic > device sym # NCR/Symbios Logic (newer chipsets + those > of `ncr') > device trm # Tekram DC395U/UW/F DC315U adapters > > device adv # Advansys SCSI adapters > device adw # Advansys wide SCSI adapters > device aha # Adaptec 154x SCSI adapters > device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > device bt # Buslogic/Mylex MultiMaster SCSI adapters > > device ncv # NCR 53C500 > device nsp # Workbit Ninja SCSI-3 > device stg # TMC 18C30/18C50 > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and SAF-TE) > > # RAID controllers interfaced to the SCSI subsystem > device amr # AMI MegaRAID > device arcmsr # Areca SATA II RAID > device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > device ciss # Compaq Smart RAID 5* > device dpt # DPT Smartcache III, IV - See NOTES for options > device hptmv # Highpoint RocketRAID 182x > device iir # Intel Integrated RAID > device ips # IBM (Adaptec) ServeRAID > device mly # Mylex AcceleRAID/eXtremeRAID > device twa # 3ware 9000 series PATA/SATA RAID > > # RAID controllers > device aac # Adaptec FSA RAID > device aacp # SCSI passthrough for aac (requires CAM) > device ida # Compaq Smart RAID > device mlx # Mylex DAC960 family > device pst # Promise Supertrak SX6000 > device twe # 3ware ATA RAID > > # 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 vga # VGA video card driver > > device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > # Enable this for the pcvt (VT220 compatible) console driver > #device vt > #options XSERVER # support for X server on a vt console > #options FAT_CURSOR # start with block cursor > > device agp # support several AGP chipsets > > # Floating point support - do not disable. > device npx > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # PCCARD (PCMCIA) support > # PCMCIA and cardbus bridge support > device cbb # cardbus (yenta) bridge > device pccard # PC Card (16-bit) bus > device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > device plip # TCP/IP over parallel > device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > # If you've got a "dumb" serial or parallel PCI card that is > # supported by the puc(4) glue driver, uncomment the following > # line to enable it (connects to the sio and/or ppc drivers): > #device puc > > # PCI Ethernet NICs. > device de # DEC/Intel DC21x4x (``Tulip'') > device em # Intel PRO/1000 adapter Gigabit Ethernet Card > device ixgb # Intel PRO/10GbE Ethernet Card > device txp # 3Com 3cR990 (``Typhoon'') > device vx # 3Com 3c590, 3c595 (``Vortex'') > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these > NICs! > device miibus # MII bus support > device bfe # Broadcom BCM440x 10/100 Ethernet > device bge # Broadcom BCM570xx Gigabit Ethernet > device dc # DEC/Intel 21143 and various workalikes > device fxp # Intel EtherExpress PRO/100B (82557, 82558) > device lge # Level 1 LXT1001 gigabit Ethernet > device nge # NatSemi DP83820 gigabit Ethernet > #device nve # nVidia nForce MCP on-board Ethernet Networking > device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') > device re # RealTek 8139C+/8169/8169S/8110S > device rl # RealTek 8129/8139 > device sf # Adaptec AIC-6915 (``Starfire'') > device sis # Silicon Integrated Systems SiS 900/SiS 7016 > device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet > device ste # Sundance ST201 (D-Link DFE-550TX) > device ti # Alteon Networks Tigon I/II gigabit Ethernet > device tl # Texas Instruments ThunderLAN > device tx # SMC EtherPower II (83c170 ``EPIC'') > device vge # VIA VT612x gigabit Ethernet > device vr # VIA Rhine, Rhine II > device wb # Winbond W89C840F > device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > # ISA Ethernet NICs. pccard NICs included. > device cs # Crystal Semiconductor CS89x0 NIC > # 'device ed' requires 'device miibus' > device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards > device ex # Intel EtherExpress Pro/10 and Pro/10+ > device ep # Etherlink III based cards > device fe # Fujitsu MB8696x based cards > device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. > device lnc # NE2100, NE32-VL Lance Ethernet cards > device sn # SMC's 9000 series of Ethernet chips > device xe # Xircom pccard Ethernet > > # ISA devices that use the old ISA shims > #device le > > # Wireless NIC cards > device wlan # 802.11 support > device an # Aironet 4500/4800 802.11 wireless NICs. > device awi # BayStack 660 and others > #device ral # Ralink Technology RT2500 wireless NICs. > device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. > #device wl # Older non 802.11 Wavelan wireless NIC. > > # Pseudo devices. > device loop # Network loopback > device mem # Memory and kernel memory devices > device io # I/O device > device random # Entropy device > device ether # Ethernet support > device sl # Kernel SLIP > 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 support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > device ugen # Generic > device uhid # "Human Interface Devices" > device ukbd # Keyboard > device ulpt # Printer > device umass # Disks/Mass storage - Requires scbus and da > device ums # Mouse > #device ural # Ralink Technology RT2500USB wireless NICs > device urio # Diamond Rio 500 MP3 player > device uscanner # Scanners > # USB Ethernet, requires miibus > device aue # ADMtek USB Ethernet > device axe # ASIX Electronics USB Ethernet > device cdce # Generic USB over Ethernet > device cue # CATC USB Ethernet > device kue # Kawasaki LSI USB Ethernet > device rue # RealTek RTL8150 USB Ethernet > > # FireWire support > device firewire # FireWire bus code > device sbp # SCSI over FireWire (Requires scbus and da) > device fwe # Ethernet over FireWire (non-standard!) Hard disk - RAID array 0+1. Operations with hard disk (e.g. unpacking huge .tgz archive with a lot of files) are very slow. Why it can be? -- Best regards, Tarasov Alexey. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 20:06:32 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C649A16A438 for ; Sat, 12 Nov 2005 20:06:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5236443D72 for ; Sat, 12 Nov 2005 20:06:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 327761A3C2B; Sat, 12 Nov 2005 12:06:29 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6B88651467; Sat, 12 Nov 2005 15:06:28 -0500 (EST) Date: Sat, 12 Nov 2005 15:06:28 -0500 From: Kris Kennaway To: Tarasov Alexey Message-ID: <20051112200627.GD56633@xor.obsecurity.org> References: <4376476B.6090703@wincmd.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+B+y8wtTXqdUj1xM" Content-Disposition: inline In-Reply-To: <4376476B.6090703@wincmd.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Reduced hard disk perfomance on 5.4 with SMP X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 20:06:32 -0000 --+B+y8wtTXqdUj1xM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 12, 2005 at 10:50:03PM +0300, Tarasov Alexey wrote: > Hello! >=20 > I have a server Double Xeon 2.4 GHz with Hyperthreading on. > Operations with hard disk (e.g. unpacking huge .tgz archive with a lot=20 > of files) are very slow. Why it can be? VFS was Giant-locked on 5.4, and there is contention between multiple processes (e.g. tar and bufdaemon). Try 6.0 instead. Kris --+B+y8wtTXqdUj1xM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDdktDWry0BWjoQKURAj84AKDmZ/I3GXjMtxRHpoXdlPUF67K0zACgvPTY jr3LMe5dqKXkkyDp2cL/6B4= =HGiQ -----END PGP SIGNATURE----- --+B+y8wtTXqdUj1xM-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 20:36:07 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AD1E16A41F for ; Sat, 12 Nov 2005 20:36:07 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAE3243D45 for ; Sat, 12 Nov 2005 20:36:06 +0000 (GMT) (envelope-from timm.gloger@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so417729nzo for ; Sat, 12 Nov 2005 12:36:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:user-agent:x-accept-language:mime-version:to:subject:content-type:content-transfer-encoding:from; b=IqAyfKm7KvktsNJ3dBOfM09cFfnmUsv8vtPbxkFIUYw7AxIw1YJ2ja7KyuayWCkItHg4suUQ0etbk5GCtR+jbGR9NXzlscGb95EM+Frfm7yZqsGu9Bhgyn0Hvv9CNo/3fXdEz0xej58jNja4yOIIGlv8a2QlpUkXj/sQsyYwql0= Received: by 10.37.18.7 with SMTP id v7mr2460812nzi; Sat, 12 Nov 2005 12:36:06 -0800 (PST) Received: from ?192.168.0.10? ( [80.131.251.126]) by mx.gmail.com with ESMTP id 18sm749588nzo.2005.11.12.12.36.03; Sat, 12 Nov 2005 12:36:06 -0800 (PST) Message-ID: <43765248.9070906@web.de> Date: Sat, 12 Nov 2005 21:36:24 +0100 User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit From: Timm Florian Gloger Subject: Install freeze while or immediately after finish copying the ports-collection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 20:36:07 -0000 Hi list, I am sorry to request help again, but now (after getting the system boot with the install cd [see other messages]) the install process freezes while or immediately after the copying the ports collection to my harddisk. First i thought i could be my usb keyboard (thought i read something like that somewhere else) but even with ps/2 devices the freeze occures. Using an extern ftp server for installation is not possible since my inboard 3com network interface seems to be not supported correctly. Any ideas? Thanks Timm From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 20:41:16 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 328DA16A41F for ; Sat, 12 Nov 2005 20:41:16 +0000 (GMT) (envelope-from brandon@globaldiagnostics.com) Received: from lifescale.com (lifescale.com [64.26.183.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE4843D5A for ; Sat, 12 Nov 2005 20:41:15 +0000 (GMT) (envelope-from brandon@globaldiagnostics.com) Received: from cpe0050da10c670-cm000a739b70b5.cpe.net.cable.rogers.com ([69.195.22.39] helo=[192.168.1.18]) by lifescale.com with esmtpa (Exim 4.54) id 1Eb2Bm-0003qd-QQ; Sat, 12 Nov 2005 15:41:30 -0500 Message-ID: <43765448.8060909@globaldiagnostics.com> Date: Sat, 12 Nov 2005 15:44:56 -0500 From: Brandon Gale User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Timm Florian Gloger , freebsd-stable@freebsd.org References: <43765248.9070906@web.de> In-Reply-To: <43765248.9070906@web.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Install freeze while or immediately after finish copying the ports-collection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 20:41:16 -0000 Timm, We had a similar problem during our install - the fix was to only install the bare minimum to get the system running 6.0, then install everything else after rebooting and re-running sysinstall. Thanks, Brandon Timm Florian Gloger wrote: > Hi list, > > I am sorry to request help again, but now (after getting the system > boot with the install cd [see other messages]) the install process > freezes while or immediately after the copying the ports collection to > my harddisk. > > First i thought i could be my usb keyboard (thought i read something > like that somewhere else) but even with ps/2 devices the freeze occures. > Using an extern ftp server for installation is not possible since my > inboard 3com network interface seems to be not supported correctly. > > Any ideas? > > Thanks > Timm > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > . > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 20:56:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9755816A420 for ; Sat, 12 Nov 2005 20:56:01 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2329243D58 for ; Sat, 12 Nov 2005 20:55:58 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr7.xs4all.nl (8.13.3/8.13.3) with ESMTP id jACKtvbU093564; Sat, 12 Nov 2005 21:55:57 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 101E4B824; Sat, 12 Nov 2005 21:55:57 +0100 (CET) Date: Sat, 12 Nov 2005 21:55:57 +0100 From: Roland Smith To: Timm Florian Gloger Message-ID: <20051112205557.GA51054@slackbox.xs4all.nl> Mail-Followup-To: Timm Florian Gloger , freebsd-stable@freebsd.org References: <43765248.9070906@web.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <43765248.9070906@web.de> User-Agent: Mutt/1.4.2.1i 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! X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Install freeze while or immediately after finish copying the ports-collection X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 20:56:01 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 12, 2005 at 09:36:24PM +0100, Timm Florian Gloger wrote: > Hi list, >=20 > I am sorry to request help again, but now (after getting the system boot= =20 > with the install cd [see other messages]) the install process freezes=20 > while or immediately after the copying the ports collection to my harddis= k. Have you verified the checksum of the ISO image after you downloaded it? What happens if you don't install ports? (you can always do it later). > First i thought i could be my usb keyboard (thought i read something=20 > like that somewhere else) but even with ps/2 devices the freeze occures. > Using an extern ftp server for installation is not possible since my=20 > inboard 3com network interface seems to be not supported correctly. >=20 > Any ideas? How do you know that the network card doesn't work? If you go to the emergency shell (alt-F4, IIRC) and type 'ifconfig', does it show a network interface with 'media: Ethernet'? Anyway, ftp install uses the same install program. So unless you have a suspicion that it's the CD or the atapicd driver that causes the hang instead of sysinstall, I don't think ftp install will make a difference. Roland --=20 R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDdlbdEnfvsMMhpyURAsDSAKCVq7qEqL5Ir65rF+iP3Ugyi1j3mgCffghH sclZeDkwsG0CQUMyxO3PnWg= =WtxA -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 22:24:52 2005 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 628EF16A420 for ; Sat, 12 Nov 2005 22:24:52 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE8F343D69 for ; Sat, 12 Nov 2005 22:24:50 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id C55E52B3D; Sat, 12 Nov 2005 16:24:47 -0600 (CST) Date: Sat, 12 Nov 2005 16:24:47 -0600 To: Petr Holub Message-ID: <20051112222447.GB1259@soaustin.net> References: <000c01c5e66a$10014e10$652a15ac@smiley> <003601c5e7b1$b0b692f0$5317fb93@KLOBOUCEK> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <003601c5e7b1$b0b692f0$5317fb93@KLOBOUCEK> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: stable@freebsd.org, Darren Pilgrim Subject: Re: usbd.conf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 22:24:52 -0000 On Sat, Nov 12, 2005 at 06:51:20PM +0100, Petr Holub wrote: > > usbd is deprecated. Please use devd. > > OK, it works with devd. (BTW, wouldn't it be better to either fix > usbd or to remove it?...) Please see http://www.freebsd.org/cgi/query-pr.cgi?pr=73799. mcl