From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 00:05:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A872316A4CE for ; Sun, 20 Feb 2005 00:05:26 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C408043D4C for ; Sun, 20 Feb 2005 00:05:25 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j1K05FE1008203 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 20 Feb 2005 01:05:16 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j1K04P55071136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Feb 2005 01:04:25 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j1K04OYc023187; Sun, 20 Feb 2005 01:04:25 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j1K04J5k023186; Sun, 20 Feb 2005 01:04:19 +0100 (CET) (envelope-from ticso) Date: Sun, 20 Feb 2005 01:04:19 +0100 From: Bernd Walter To: Eric Anderson Message-ID: <20050220000418.GU14312@cicely12.cicely.de> References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <421605D0.80302@centtech.com> <20050218172831.GA9944@freebie.xs4all.nl> <4217BAC5.10504@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4217BAC5.10504@centtech.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: Wilko Bulte cc: FreeBSD Current cc: Matthew Jacob Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 00:05:26 -0000 On Sat, Feb 19, 2005 at 04:16:37PM -0600, Eric Anderson wrote: > Wilko Bulte wrote: > >On Fri, Feb 18, 2005 at 09:12:16AM -0600, Eric Anderson wrote.. > > > >>Matthew Jacob wrote: > >> > >>>BTW- be careful with very large filesystems on FreeBSD- at some point > >>>fsck can't check them. > >>> > >>>I built a sparse 5000TB filesystem which newfs'd and mounted okay, but > >>>was not possible to check with fsck. > >> > >>5000TB?!?! How did you do that? > > > > > >Note the word 'sparse' :) > > > That doesn't explain it much.. Is there a doc on how to create these sparse > filesystems? Creating sparse files, e.g. by using dd, is prety much unix basics. And via md(4) you can get a disk type device from a file. testdisk=/tmp/testdisk dd if=/dev/zero bs=512 count=1 oseek=2m of=${testdisk} mdev=`mdconfig -a -t vnode -f ${testdisk}` I don't know if md(4) works with such large disks, but it's very likely that is does. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 00:15:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7648316A4CE for ; Sun, 20 Feb 2005 00:15:03 +0000 (GMT) Received: from av7-2-sn4.m-sp.skanova.net (av7-2-sn4.m-sp.skanova.net [81.228.10.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19D7D43D31 for ; Sun, 20 Feb 2005 00:15:03 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av7-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id C46E037E4A; Sun, 20 Feb 2005 01:15:01 +0100 (CET) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av7-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id B141537E45; Sun, 20 Feb 2005 01:15:01 +0100 (CET) Received: from sentinel (h62n1fls11o822.telia.com [213.64.66.62]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 905B837E45; Sun, 20 Feb 2005 01:15:01 +0100 (CET) From: "Daniel Eriksson" To: "'Doug White'" Date: Sun, 20 Feb 2005 01:14:20 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050219150513.J69556@carver.gumbysoft.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcUW1/tP04mC62fFTcmn3uSS8jURPwAB4K0g cc: 'FreeBSD Current' Subject: RE: Crash on CURRENT from today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 00:15:03 -0000 Doug White wrote: > > Fatal trap 9: general protection fault while in kernel mode > > these are bad news. The only times I've seen this is with > horrifically > broken code or hardware problems. Mostly hardware problems. > You might > check the environmentals on your system, and check the event > log for any > ECC correction events or other abnormal behavior. Normal code isn't > likely to trigger GPFs. > > Did you compile the kernel with any non-standard options? The machine has been running pretty solid for the last couple of months. This of course doesn't mean it's not a hardware problem. I'll know for sure in a couple of days I guess (if it keeps crashing with strange errors). Kernel/world is compiled only with standard flags. Nothing in make.conf except "CPUTYPE?=athlon-xp" (which means -O2 is used). I reverted back to a non-debug kernel a few weeks ago when the makefiles were changed to only use -O for debug-kernels. However, after switching mpsafenet back on (replaced NFS (which locked up for me with mpsafenet) with geom_gate) I have some spare cycles to burn on the machine. I might as well use a debug-kernel in case this isn't a hardware problem. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 00:18:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10FBC16A4CE for ; Sun, 20 Feb 2005 00:18:32 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B100543D48 for ; Sun, 20 Feb 2005 00:18:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A2F785145E; Sat, 19 Feb 2005 16:18:30 -0800 (PST) Date: Sat, 19 Feb 2005 16:18:30 -0800 From: Kris Kennaway To: Daniel Eriksson Message-ID: <20050220001830.GA48352@xor.obsecurity.org> References: <20050219150513.J69556@carver.gumbysoft.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: User-Agent: Mutt/1.4.2.1i cc: 'FreeBSD Current' Subject: Re: Crash on CURRENT from today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 00:18:32 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 20, 2005 at 01:14:20AM +0100, Daniel Eriksson wrote: > Doug White wrote: >=20 > > > Fatal trap 9: general protection fault while in kernel mode > >=20 > > these are bad news. The only times I've seen this is with=20 > > horrifically > > broken code or hardware problems. Mostly hardware problems. =20 > > You might > > check the environmentals on your system, and check the event=20 > > log for any > > ECC correction events or other abnormal behavior. Normal code isn't > > likely to trigger GPFs. > >=20 > > Did you compile the kernel with any non-standard options? >=20 > The machine has been running pretty solid for the last couple of months. > This of course doesn't mean it's not a hardware problem. I'll know for su= re > in a couple of days I guess (if it keeps crashing with strange errors). >=20 > Kernel/world is compiled only with standard flags. Nothing in make.conf > except "CPUTYPE?=3Dathlon-xp" (which means -O2 is used). I reverted back = to a > non-debug kernel a few weeks ago when the makefiles were changed to only = use > -O for debug-kernels. However, after switching mpsafenet back on (replaced > NFS (which locked up for me with mpsafenet) with geom_gate) I have some > spare cycles to burn on the machine. I might as well use a debug-kernel in > case this isn't a hardware problem. FYI, a patch for a deadlock condition in NFS was committed yesterday. It would be great if you can test this out. Kris --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCF9dWWry0BWjoQKURAgI5AJ4k/kvhmTQAQv4fzXIejdODsyqf+gCg1TVr wgRQUj8fqVytGuyWlovVy1c= =FiV+ -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 00:30:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82D9B16A4CE for ; Sun, 20 Feb 2005 00:30:47 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1306C43D31 for ; Sun, 20 Feb 2005 00:30:47 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j1K0T7FQ073780; Sat, 19 Feb 2005 19:29:07 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j1K0SxXJ073779; Sat, 19 Feb 2005 19:28:59 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sat, 19 Feb 2005 19:28:59 -0500 From: David Schultz To: Kris Kennaway Message-ID: <20050220002859.GA73733@VARK.MIT.EDU> Mail-Followup-To: Kris Kennaway , Sean McNeil , Steve Kargl , current@FreeBSD.ORG References: <1108344209.2954.2.camel@server.mcneil.com> <20050214020127.GA44039@troutmask.apl.washington.edu> <1108348247.26515.17.camel@server.mcneil.com> <20050214023706.GA27347@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050214023706.GA27347@xor.obsecurity.org> cc: Steve Kargl cc: current@FreeBSD.ORG Subject: Re: palm/pilot-link needs to be fixed for matherr change (was Re: matherr disappeared?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 00:30:47 -0000 Fixed. From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 00:41:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C639216A4CE for ; Sun, 20 Feb 2005 00:41:05 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A8AD43D48 for ; Sun, 20 Feb 2005 00:41:04 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j1K0eqbp033241; Sat, 19 Feb 2005 18:40:52 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4217DC90.5090202@centtech.com> Date: Sat, 19 Feb 2005 18:40:48 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ticso@cicely.de References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <421605D0.80302@centtech.com> <20050218172831.GA9944@freebie.xs4all.nl> <4217BAC5.10504@centtech.com> <20050220000418.GU14312@cicely12.cicely.de> In-Reply-To: <20050220000418.GU14312@cicely12.cicely.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/712/Sat Feb 19 16:53:42 2005 on mh1.centtech.com X-Virus-Status: Clean cc: Wilko Bulte cc: FreeBSD Current cc: Matthew Jacob Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 00:41:05 -0000 Bernd Walter wrote: > On Sat, Feb 19, 2005 at 04:16:37PM -0600, Eric Anderson wrote: > >>Wilko Bulte wrote: >> >>>On Fri, Feb 18, 2005 at 09:12:16AM -0600, Eric Anderson wrote.. >>> >>> >>>>Matthew Jacob wrote: >>>> >>>> >>>>>BTW- be careful with very large filesystems on FreeBSD- at some point >>>>>fsck can't check them. >>>>> >>>>>I built a sparse 5000TB filesystem which newfs'd and mounted okay, but >>>>>was not possible to check with fsck. >>>> >>>>5000TB?!?! How did you do that? >>> >>> >>>Note the word 'sparse' :) >> >> >>That doesn't explain it much.. Is there a doc on how to create these sparse >>filesystems? > > > Creating sparse files, e.g. by using dd, is prety much unix basics. > And via md(4) you can get a disk type device from a file. Sorry - I understand how to make a file with dd, but 5000TB filesystem means to me someone has 5PB of space to put the filesystem on.. I had not heard anyone call a file a 'sparse file' with regards to dd before this, and the man page info for dd and sparse isn't all that telling. > testdisk=/tmp/testdisk > dd if=/dev/zero bs=512 count=1 oseek=2m of=${testdisk} > mdev=`mdconfig -a -t vnode -f ${testdisk}` > > I don't know if md(4) works with such large disks, but it's very likely > that is does. I see that running the command gives a 1GB file, that takes very little disk space. I must have missed this option in the dd man pages, or never looked for it. Thanks for the command line Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 00:44:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F2FC16A4D4 for ; Sun, 20 Feb 2005 00:44:39 +0000 (GMT) Received: from av1-1-sn1.fre.skanova.net (av1-1-sn1.fre.skanova.net [81.228.11.107]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F98A43D31 for ; Sun, 20 Feb 2005 00:44:39 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-1-sn1.fre.skanova.net (Postfix, from userid 502) id 6A82A37E75; Sun, 20 Feb 2005 01:44:38 +0100 (CET) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av1-1-sn1.fre.skanova.net (Postfix) with ESMTP id 59A7837E52; Sun, 20 Feb 2005 01:44:38 +0100 (CET) Received: from sentinel (h62n1fls11o822.telia.com [213.64.66.62]) by smtp3-1-sn1.fre.skanova.net (Postfix) with ESMTP id 2B4D237E42; Sun, 20 Feb 2005 01:44:38 +0100 (CET) From: "Daniel Eriksson" To: "'Kris Kennaway'" Date: Sun, 20 Feb 2005 01:43:57 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050220001830.GA48352@xor.obsecurity.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcUW4b3vQayfTdMjTyKpdl3PnL7P2wAAv3wg cc: 'FreeBSD Current' Subject: RE: Crash on CURRENT from today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 00:44:43 -0000 Kris Kennaway wrote: > FYI, a patch for a deadlock condition in NFS was committed yesterday. > It would be great if you can test this out. I know, I will test it some time next week probably. geom_gate is nice and gives me decent throughput (and the new version is supposedly even better at that), but with 6+TB of storage mounted on a single machine you don't want it to crash too often. It takes a while to fsck all of it... /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 02:06:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F0D716A4CE for ; Sun, 20 Feb 2005 02:06:29 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C54B43D46 for ; Sun, 20 Feb 2005 02:06:28 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j1K26GE1011504 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sun, 20 Feb 2005 03:06:18 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j1K25R55072028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Feb 2005 03:05:27 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j1K25QX7024076; Sun, 20 Feb 2005 03:05:26 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j1K25QEm024075; Sun, 20 Feb 2005 03:05:26 +0100 (CET) (envelope-from ticso) Date: Sun, 20 Feb 2005 03:05:26 +0100 From: Bernd Walter To: Eric Anderson Message-ID: <20050220020525.GV14312@cicely12.cicely.de> References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <421605D0.80302@centtech.com> <20050218172831.GA9944@freebie.xs4all.nl> <4217BAC5.10504@centtech.com> <20050220000418.GU14312@cicely12.cicely.de> <4217DC90.5090202@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4217DC90.5090202@centtech.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: Wilko Bulte cc: FreeBSD Current cc: ticso@cicely.de cc: Matthew Jacob Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 02:06:29 -0000 On Sat, Feb 19, 2005 at 06:40:48PM -0600, Eric Anderson wrote: > Bernd Walter wrote: > >Creating sparse files, e.g. by using dd, is prety much unix basics. > >And via md(4) you can get a disk type device from a file. > > Sorry - I understand how to make a file with dd, but 5000TB filesystem > means to me someone has 5PB of space to put the filesystem on.. I had not > heard anyone call a file a 'sparse file' with regards to dd before this, > and the man page info for dd and sparse isn't all that telling. dd is just a tool to write a single block at a fileoffset. You can also do with truncate - I usually use dd because truncate is not avalable e.g. under Solaris. It an UFS feature to not allocate space for file ranges that have never been writen. A file without continuous space allocation is called a sparse file. > >testdisk=/tmp/testdisk > >dd if=/dev/zero bs=512 count=1 oseek=2m of=${testdisk} > >mdev=`mdconfig -a -t vnode -f ${testdisk}` > > > >I don't know if md(4) works with such large disks, but it's very likely > >that is does. > > I see that running the command gives a 1GB file, that takes very little > disk space. I must have missed this option in the dd man pages, or never > looked for it. However - you need your filesystem setup to support such large files. That is large fragments to allow large allocation chains with big fragments each. In my case I was limited to 128T and since I don't want to newfs the backing filesystem that's my limit for now without concatenating multiple of them. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 02:08:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47EBC16A4CE for ; Sun, 20 Feb 2005 02:08:40 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0013E43D48 for ; Sun, 20 Feb 2005 02:08:39 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D2gWV-000570-4K; Sun, 20 Feb 2005 02:08:39 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1D2gWU-0000TO-CI; Sun, 20 Feb 2005 11:08:38 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16919.61733.771262.153934@roam.psg.com> Date: Sun, 20 Feb 2005 11:08:37 +0900 To: "Alexandre \"Sunny\" Kovalenko" References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <1108856425.958.7.camel@RabbitsDen> cc: freebsd-current@freebsd.org cc: =?ISO-8859-1?Q?S=F8ren?= Schmidt Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 02:08:41 -0000 after applying ata-mk3l.diff-current ata-mk3l.tar.gz i lock up wihtin five mins thinkpad t41 -current as of 2005.02.18 21:55 randy From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 03:14:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C92116A4CE for ; Sun, 20 Feb 2005 03:14:41 +0000 (GMT) Received: from out006.verizon.net (out006pub.verizon.net [206.46.170.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A98F243D41 for ; Sun, 20 Feb 2005 03:14:40 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.180.202]) by out006.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20050220031439.ZTFF3684.out006.verizon.net@RabbitsDen>; Sat, 19 Feb 2005 21:14:39 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: Chris In-Reply-To: <4217C407.8070605@makeworld.com> References: <421290FA.40108@makeworld.com> <20050216010859.GA57098@freebsd3.cimlogic.com.au> <4217C407.8070605@makeworld.com> Content-Type: text/plain; charset=iso-8859-5 Date: Sat, 19 Feb 2005 22:14:15 -0500 Message-Id: <1108869255.958.21.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-Authentication-Info: Submitted using SMTP AUTH at out006.verizon.net from [70.21.180.202] at Sat, 19 Feb 2005 21:14:39 -0600 cc: FreeBSD - Current Subject: Re: MA401 worked w/5.3 - No go under CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 03:14:41 -0000 On Sat, 2005-02-19 at 16:56 -0600, Chris wrote: > John Birrell wrote: > > On Tue, Feb 15, 2005 at 06:16:58PM -0600, Chris wrote: > > > >> I'm just starting to follow the CURRENT branch and popped that > >> latest snapshot on my laptop. Under 5.3 my NetGear MA401 worked with just > >>adding something like this to /etc/rc.conf: > >> > >>ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX > >>wepmode on wepkey 0xxxxxxxxxxxxxxxxxxxxxxxxxxx" > >> > >> And everything came up just dandy. Has something changed? > > > > > > I hadn't tried to use my wireless stuff for months until a few days ago. I have > > the hostap running on current and I was trying to connect with wepmode on from > > a RELENG_5 laptop without success. I read the recent messages suggesting the > > explicit setting of the wepkey and default key, but that didn't solve the problem. > > > > I'll be away from the current box for 5 weeks and unable to debug anything, so I > > know this message is virtally useless. I just wanted to say "me too". > > > > Ok folks, I added the suggested stuff in /etc/rc.conf: > > ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX > wepmode on weptxkey 1 wepkey 1:0xxxxxxxxxxxxxxxxxxxxxxxxxxx" > > And /boot/loader.conf: > wlan_wep="YES" > > Still a no-go. Light on the wireless nic just blinks. > I'm pretty much at a loss - anyone? > Here is what I have working under -CURRENT as of 2/19 circa 11:00 AM EST: sunny:RabbitsDen>dmesg | grep -i netgear pccard0: CIS info: NETGEAR MA401RA Wireless PC, Card, ISL37300P, Eval-RevA pccard0: CIS info: NETGEAR MA401RA Wireless PC, Card, ISL37300P wi0: at port 0x100-0x13f irq 10 function 0 config 1 on pccard0 sunny:RabbitsDen>grep ifconfig `which wi0` ifconfig ${NIC} ssid XXX 10.0.0.1 netmask 255.255.255.0 wepmode on wepkey 0x00000000000000000000000000 deftxkey 1 sunny:RabbitsDen>grep wlan /sys/i386/conf/AVERATEC device wlan # 802.11 support device wlan_wep # WEP support (needs to be compiled in for now) sunny:RabbitsDen>kldstat Id Refs Address Size Name 1 15 0xc0400000 4496ec kernel 2 1 0xc084d000 3064 powernow_k7.ko 3 1 0xc0851000 1ccc io.ko 4 1 0xc0853000 482c mem.ko 5 1 0xc1de9000 6000 linprocfs.ko 6 1 0xc1def000 18000 linux.ko 7 1 0xc2560000 1e000 if_wi.ko sunny:RabbitsDen> I guess you can start by checking whether your card is the same revision as mine, and then bring your configuration in line with mine dot-for-dot. If this does not work, we can trade outputs from dmesg with hw.cbb.debug=1 and hw.pccard.debug=1. Should all of it fail you can always hope that someone who knows wireless stuff will reply ;) -- Alexandre "Sunny" Kovalenko ( ) From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 03:47:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4398816A4CE for ; Sun, 20 Feb 2005 03:47:09 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A06943D4C for ; Sun, 20 Feb 2005 03:47:09 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1K3l7Ev019703 for ; Sun, 20 Feb 2005 03:47:08 GMT (envelope-from davidxu@freebsd.org) Message-ID: <421808E9.8060706@freebsd.org> Date: Sun, 20 Feb 2005 11:50:01 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 03:47:09 -0000 Did anyone encounter stability problem ? I am running X11 on it, and sometimes it suddenly reboots. I hope it is not a mobo problem. David Xu From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 04:14:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04FB916A4CF; Sun, 20 Feb 2005 04:14:48 +0000 (GMT) Received: from leguin.anholt.net (69-30-77-85.dq1sn.easystreet.com [69.30.77.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 567EE43D1D; Sun, 20 Feb 2005 04:14:48 +0000 (GMT) (envelope-from eta@lclark.edu) Received: from leguin.anholt.net (localhost [127.0.0.1]) by leguin.anholt.net (8.13.3/8.13.1) with ESMTP id j1K4ElsR001060; Sat, 19 Feb 2005 20:14:47 -0800 (PST) (envelope-from eta@lclark.edu) Received: (from anholt@localhost) by leguin.anholt.net (8.13.3/8.13.1/Submit) id j1K4EkkQ001059; Sat, 19 Feb 2005 20:14:46 -0800 (PST) (envelope-from eta@lclark.edu) X-Authentication-Warning: leguin.anholt.net: anholt set sender to eta@lclark.edu using -f From: Eric Anholt To: David Xu In-Reply-To: <421808E9.8060706@freebsd.org> References: <421808E9.8060706@freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sat, 19 Feb 2005 20:14:46 -0800 Message-Id: <1108872886.909.2.camel@leguin> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-current@freebsd.org Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 04:14:49 -0000 On Sun, 2005-02-20 at 11:50 +0800, David Xu wrote: > Did anyone encounter stability problem ? I am running X11 on it, > and sometimes it suddenly reboots. I hope it is not a mobo problem. I'd been very stable on 5.3-stable on AMD64, unless I was using gdb, in which case I would get reboots pretty regularly as of a couple of months ago. Never managed to reproduce that in console, but didn't try too hard. However, I just updated to 6-current, and within 5 minutes got a reboot. Note that there has been some discussion that panicing while in X may equal reboot these days, though I don't understand why that would be. -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 05:02:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF9EE16A4CE for ; Sun, 20 Feb 2005 05:02:53 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A47A043D41; Sun, 20 Feb 2005 05:02:53 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1K52pv0031389; Sun, 20 Feb 2005 05:02:52 GMT (envelope-from davidxu@freebsd.org) Message-ID: <42181AA9.3050104@freebsd.org> Date: Sun, 20 Feb 2005 13:05:45 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anholt References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> In-Reply-To: <1108872886.909.2.camel@leguin> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 05:02:53 -0000 Eric Anholt wrote: >On Sun, 2005-02-20 at 11:50 +0800, David Xu wrote: > > >>Did anyone encounter stability problem ? I am running X11 on it, >>and sometimes it suddenly reboots. I hope it is not a mobo problem. >> >> > >I'd been very stable on 5.3-stable on AMD64, unless I was using gdb, in >which case I would get reboots pretty regularly as of a couple of months >ago. Never managed to reproduce that in console, but didn't try too >hard. However, I just updated to 6-current, and within 5 minutes got a >reboot. > >Note that there has been some discussion that panicing while in X may >equal reboot these days, though I don't understand why that would be. > > > Now, I can always reproduce it: just run "find /usr/src " in gnome termimal, it will reboots in five seconds. From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 05:11:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 480F816A4CE; Sun, 20 Feb 2005 05:11:05 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1BFC43D53; Sun, 20 Feb 2005 05:11:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EFD9D5145E; Sat, 19 Feb 2005 21:11:03 -0800 (PST) Date: Sat, 19 Feb 2005 21:11:03 -0800 From: Kris Kennaway To: David Xu Message-ID: <20050220051103.GA24151@xor.obsecurity.org> References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> <42181AA9.3050104@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <42181AA9.3050104@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: Eric Anholt cc: freebsd-current@freebsd.org Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 05:11:05 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 20, 2005 at 01:05:45PM +0800, David Xu wrote: > Eric Anholt wrote: >=20 > >On Sun, 2005-02-20 at 11:50 +0800, David Xu wrote: > >=20 > > > >>Did anyone encounter stability problem ? I am running X11 on it, > >>and sometimes it suddenly reboots. I hope it is not a mobo problem. > >> =20 > >> > > > >I'd been very stable on 5.3-stable on AMD64, unless I was using gdb, in > >which case I would get reboots pretty regularly as of a couple of months > >ago. Never managed to reproduce that in console, but didn't try too > >hard. However, I just updated to 6-current, and within 5 minutes got a > >reboot. > > > >Note that there has been some discussion that panicing while in X may > >equal reboot these days, though I don't understand why that would be. > > > >=20 > > > Now, I can always reproduce it: > just run "find /usr/src " in gnome termimal, it will reboots in five=20 > seconds. Sounds like hardware (e.g. bad power supply, etc). Kris --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCGBvnWry0BWjoQKURAreaAJ98ioRX63tgSlHdsoZx14sWAtOvmQCg1Zkk YD8NA24FC5LafhywNlLmGhs= =uiLo -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 05:52:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FE0F16A4CE for ; Sun, 20 Feb 2005 05:52:05 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3465643D39 for ; Sun, 20 Feb 2005 05:52:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.89] ([66.127.85.89]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j1K5q4Wi095360 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Feb 2005 21:52:04 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <421825AB.3060604@errno.com> Date: Sat, 19 Feb 2005 21:52:43 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris References: <421290FA.40108@makeworld.com> <20050216010859.GA57098@freebsd3.cimlogic.com.au> <4217C407.8070605@makeworld.com> In-Reply-To: <4217C407.8070605@makeworld.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD - Current Subject: Re: MA401 worked w/5.3 - No go under CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 05:52:05 -0000 Chris wrote: > John Birrell wrote: > >> On Tue, Feb 15, 2005 at 06:16:58PM -0600, Chris wrote: >> >>> I'm just starting to follow the CURRENT branch and popped that >>> latest snapshot on my laptop. Under 5.3 my NetGear MA401 worked >>> with just adding something like this to /etc/rc.conf: >>> >>> ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX >>> wepmode on wepkey 0xxxxxxxxxxxxxxxxxxxxxxxxxxx" >>> >>> And everything came up just dandy. Has something changed? >> >> >> >> I hadn't tried to use my wireless stuff for months until a few days >> ago. I have >> the hostap running on current and I was trying to connect with wepmode >> on from >> a RELENG_5 laptop without success. I read the recent messages >> suggesting the >> explicit setting of the wepkey and default key, but that didn't solve >> the problem. >> >> I'll be away from the current box for 5 weeks and unable to debug >> anything, so I >> know this message is virtally useless. I just wanted to say "me too". >> > > Ok folks, I added the suggested stuff in /etc/rc.conf: > > ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX > wepmode on weptxkey 1 wepkey 1:0xxxxxxxxxxxxxxxxxxxxxxxxxxx" > > And /boot/loader.conf: > wlan_wep="YES" > > Still a no-go. Light on the wireless nic just blinks. > I'm pretty much at a loss - anyone? > Don't know if you've even associated (you didn't provide any info like the output of ifconfig to indicate one way or another). It's usually a good idea to verify you can associate with your ap w/o crypto before turning it on. If setting things up w/o crypto works then turn it back on and check for crypto errors (probably show up as input/output errors) that'd indicate your key setup is mismatched with the ap. Sam From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 05:53:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE5D516A4CE; Sun, 20 Feb 2005 05:53:00 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C13943D1D; Sun, 20 Feb 2005 05:53:00 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j1K5qw64001566; Sun, 20 Feb 2005 00:52:59 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <42181AA9.3050104@freebsd.org> References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> <42181AA9.3050104@freebsd.org> Date: Sun, 20 Feb 2005 00:52:57 -0500 To: David Xu From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.1 cc: freebsd-current@freebsd.org Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 05:53:00 -0000 At 1:05 PM +0800 2/20/05, David Xu wrote: >Eric Anholt wrote: >> >>I'd been very stable on 5.3-stable on AMD64, unless I was using gdb, in >>which case I would get reboots pretty regularly as of a couple of months >>ago. Never managed to reproduce that in console, but didn't try too >>hard. However, I just updated to 6-current, and within 5 minutes got a >>reboot. >> >>Note that there has been some discussion that panicing while in >>X may equal reboot these days, though I don't understand why that >>would be. > >Now, I can always reproduce it: >just run "find /usr/src " in gnome termimal, it will reboots in >five seconds. What happens if you enter the same find command on a console session? (ie, outside of X11) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 06:04:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 202D616A4CE for ; Sun, 20 Feb 2005 06:04:52 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E73C143D46; Sun, 20 Feb 2005 06:04:51 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1K64oHA043911; Sun, 20 Feb 2005 06:04:51 GMT (envelope-from davidxu@freebsd.org) Message-ID: <42182880.6000101@freebsd.org> Date: Sun, 20 Feb 2005 14:04:48 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20041226 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosihn References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> <42181AA9.3050104@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 06:04:52 -0000 Garance A Drosihn wrote: >> >> Now, I can always reproduce it: >> just run "find /usr/src " in gnome termimal, it will reboots in >> five seconds. > > > What happens if you enter the same find command on a console > session? (ie, outside of X11) > running it on a console never reboots, works just fine. I also switched graphics card, and run it under X11, it still reboots. From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 06:42:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 704BC16A4CE for ; Sun, 20 Feb 2005 06:42:59 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 8CD5843D41 for ; Sun, 20 Feb 2005 06:42:47 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 87614 invoked by uid 0); 20 Feb 2005 06:33:56 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 20 Feb 2005 06:33:56 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 2F613130E68; Sun, 20 Feb 2005 14:42:31 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 73594-17; Sun, 20 Feb 2005 14:42:19 +0800 (CST) Received: from localhost.localdomain (unknown [61.49.107.234]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 4D365132050; Sun, 20 Feb 2005 14:42:18 +0800 (CST) From: Xin LI To: David Xu In-Reply-To: <42182880.6000101@freebsd.org> References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> <42182880.6000101@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Rn/0nGIbKD/+f0hdOj5s" Organization: The FreeBSD Simplified Chinese Project Date: Sun, 20 Feb 2005 14:41:02 +0800 Message-Id: <1108881662.618.1.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org cc: Garance A Drosihn Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 06:42:59 -0000 --=-Rn/0nGIbKD/+f0hdOj5s Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I guess there are something strange happening in sys/dev/syscons. My laptop (i386 based) crashes about 25% times when I start GNOME, and the possibility raises when I have the VESA High Resolution Console patch applied, therefore I still don't want to commit it :-( =E5=9C=A8 2005-02-20=E6=97=A5=E7=9A=84 14:04 +0800=EF=BC=8CDavid Xu=E5=86= =99=E9=81=93=EF=BC=9A > Garance A Drosihn wrote: >=20 > >> > >> Now, I can always reproduce it: > >> just run "find /usr/src " in gnome termimal, it will reboots in > >> five seconds. > > > > > > What happens if you enter the same find command on a console > > session? (ie, outside of X11) > > > running it on a console never reboots, works just fine. > I also switched graphics card, and run it under X11, it still reboots. Cheers, --=20 Xin LI http://www.delphij.net/ --=-Rn/0nGIbKD/+f0hdOj5s Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCGDD9/cVsHxFZiIoRAjrOAJ0Y+gw5DklnrhUDAE+hwavF5kGgBgCggY2u qc0MgY2lf7r0l0gC2F35Tyk= =16X7 -----END PGP SIGNATURE----- --=-Rn/0nGIbKD/+f0hdOj5s-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 07:16:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAFBC16A4CE for ; Sun, 20 Feb 2005 07:16:09 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90ED743D2D; Sun, 20 Feb 2005 07:16:09 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1K7G6YJ072240; Sun, 20 Feb 2005 07:16:08 GMT (envelope-from davidxu@freebsd.org) Message-ID: <421839E4.70905@freebsd.org> Date: Sun, 20 Feb 2005 15:19:00 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: delphij@delphij.net References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> <42182880.6000101@freebsd.org> <1108881662.618.1.camel@spirit> In-Reply-To: <1108881662.618.1.camel@spirit> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: Garance A Drosihn Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 07:16:09 -0000 Sometimes, I got wrong Caps Lock status, if I press key '4', it displays '$' in mozilla email client, but at the time, Caps Lock light is off. David Xu Xin LI wrote: >I guess there are something strange happening in sys/dev/syscons. My >laptop (i386 based) crashes about 25% times when I start GNOME, and the >possibility raises when I have the VESA High Resolution Console patch >applied, therefore I still don't want to commit it :-( > >在 2005-02-20日的 14:04 +0800，David Xu写道： > > >>Garance A Drosihn wrote: >> >> >> >>>>Now, I can always reproduce it: >>>>just run "find /usr/src " in gnome termimal, it will reboots in >>>>five seconds. >>>> >>>> >>>What happens if you enter the same find command on a console >>>session? (ie, outside of X11) >>> >>> >>> >>running it on a console never reboots, works just fine. >>I also switched graphics card, and run it under X11, it still reboots. >> >> > >Cheers, > > From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 08:26:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B3A716A4CE for ; Sun, 20 Feb 2005 08:26:49 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 8448743D45 for ; Sun, 20 Feb 2005 08:26:39 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 87992 invoked by uid 0); 20 Feb 2005 08:17:32 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 20 Feb 2005 08:17:32 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id D899E130CFB; Sun, 20 Feb 2005 16:26:16 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 76579-09; Sun, 20 Feb 2005 16:25:59 +0800 (CST) Received: from localhost.localdomain (unknown [61.49.107.234]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 0F612132E1B; Sun, 20 Feb 2005 16:25:59 +0800 (CST) From: Xin LI To: David Xu In-Reply-To: <421839E4.70905@freebsd.org> References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> <42182880.6000101@freebsd.org> <1108881662.618.1.camel@spirit> <421839E4.70905@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-d5ipdV12b1tN1tD2idRf" Organization: The FreeBSD Simplified Chinese Project Date: Sun, 20 Feb 2005 16:24:43 +0800 Message-Id: <1108887883.618.4.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org cc: Garance A Drosihn Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 08:26:49 -0000 --=-d5ipdV12b1tN1tD2idRf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable This seems to be that the shift state is wrong... I got the same issue sometimes under Windows, but it disappears when you have pressed Ctrl +Alt+Shift (both left and right). So I guess this is some hardware related issue. =E5=9C=A8 2005-02-20=E6=97=A5=E7=9A=84 15:19 +0800=EF=BC=8CDavid Xu=E5=86= =99=E9=81=93=EF=BC=9A > Sometimes, I got wrong Caps Lock status, if I press key '4', it displays = '$' > in mozilla email client, but at the time, Caps Lock light is off. >=20 > David Xu Cheers, --=20 Xin LI http://www.delphij.net/ --=-d5ipdV12b1tN1tD2idRf Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCGElL/cVsHxFZiIoRAisqAKCQk9asVVyB8CJJfEU9mX02EA7OxwCfQeR1 wuqOsdg5yl3b9IMtQ3vRRDA= =ngWJ -----END PGP SIGNATURE----- --=-d5ipdV12b1tN1tD2idRf-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 08:45:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3C8316A4CE for ; Sun, 20 Feb 2005 08:45:30 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82FCB43D41 for ; Sun, 20 Feb 2005 08:45:30 +0000 (GMT) (envelope-from bsdunx@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so711269wri for ; Sun, 20 Feb 2005 00:45:30 -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:references; b=tyMdnS0/zeAnfLRGkzom/etPJnLJ5FoPV1zUdcVbcr4rYVW/VcdVIliPcImtHi5jaxkdGyzDW/5TONxFJRMHYzkBgrYQrp1km7VAijYDe2Tnm3RKIerAc3GlxAtsvyGbHkt9wn8NzsZwHynIO3wZqnGp1yLTLL18ec8ffpKK/rU= Received: by 10.54.27.7 with SMTP id a7mr58568wra; Sun, 20 Feb 2005 00:45:29 -0800 (PST) Received: by 10.54.47.42 with HTTP; Sun, 20 Feb 2005 00:45:29 -0800 (PST) Message-ID: Date: Sun, 20 Feb 2005 03:45:29 -0500 From: Adam Gregoire To: David Xu In-Reply-To: <421808E9.8060706@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <421808E9.8060706@freebsd.org> cc: freebsd-current@freebsd.org Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Adam Gregoire List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 08:45:31 -0000 I get this same problem, especially so with builds in the past 24 hours, I finally got the machine to give a panic, it was something to do with vm. Sorry but I do not have a backtrace right now. Please not that when I use a kernel from Feb 13th I do not get the panic/reboot in X. Adam Gregoire On Sun, 20 Feb 2005 11:50:01 +0800, David Xu wrote: > Did anyone encounter stability problem ? I am running X11 on it, > and sometimes it suddenly reboots. I hope it is not a mobo problem. > > David Xu > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 08:46:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 298AF16A4CE for ; Sun, 20 Feb 2005 08:46:09 +0000 (GMT) Received: from 212.106.237.41.adsl.jazztel.es (212.106.237.41.adsl.jazztel.es [212.106.237.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2F8F43D4C for ; Sun, 20 Feb 2005 08:46:07 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j1K8k57L001415 for ; Sun, 20 Feb 2005 09:46:05 +0100 (CET) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j1K8kwU5000849 for current@FreeBSD.org; Sun, 20 Feb 2005 09:46:58 +0100 (CET) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: current@FreeBSD.org Date: Sun, 20 Feb 2005 09:46:58 +0100 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502200946.58681.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.8; VDF: 6.29.0.100; host: antares.redesjm.local) Subject: Add a fam entry to inetd.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 08:46:09 -0000 Hi, I launch PR conf/74004 time ago. Can someone take a look into this? With the wide use of fam right now, a commented out entry on inetd.conf can't hurt. -- josemi From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 08:56:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8764D16A4CE for ; Sun, 20 Feb 2005 08:56:01 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E31243D48 for ; Sun, 20 Feb 2005 08:56:00 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j1K8twK7090096 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sun, 20 Feb 2005 11:55:58 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id j1K8tvJo087038 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 20 Feb 2005 11:55:57 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id j1K8tvDt087037 for current@freebsd.org; Sun, 20 Feb 2005 11:55:57 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sun, 20 Feb 2005 11:55:57 +0300 From: Gleb Smirnoff To: current@freebsd.org Message-ID: <20050220085557.GA87007@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Subject: deadlock and LOR with threads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 08:56:01 -0000 Today I've upgraded my edsktop to the new CURRENT and experienced the following problem. I'm running gkrellm (linked against libpthread) with gkrellmms plugin. When I started xmms using gkrellmms button, gkrellm freezed. After gkrellm was killed with SIGKILL, new instances of gkrellm freezed on start before drawing a window. I tried to gdb gkrellm with the followin result: glebius@morannon:~:|>gdb `which gkrellm` 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"...(no debugging symbols found)... (gdb) run Starting program: /usr/X11R6/bin/gkrellm (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...^C Program received signal SIGINT, Interrupt. [Switching to Thread 2 (LWP 100150)] 0x282ba38b in pthread_testcancel () from /usr/lib/libpthread.so.1 (gdb) Then I looked into dmesg and found this LOR: lock order reversal 1st 0xc07bdd80 sched lock (sched lock) @ /usr/src/sys/kern/sys_process.c:657 2nd 0xc07c1ac4 sleepq chain (sleepq chain) @ /usr/src/sys/kern/subr_sleepqueue.c:219 KDB: stack backtrace: kdb_backtrace(c075c7bd,c07c1ac4,c075b8d7,c075b8d7,c075b8e4) at kdb_backtrace+0x2e witness_checkorder(c07c1ac4,9,c075b8e4,db,c15964b4) at witness_checkorder+0x6aa _mtx_lock_spin_flags(c07c1ac4,0,c075b8e4,db,d1a22b74) at _mtx_lock_spin_flags+0x8d sleepq_lock(c15964b4,c1da57f0,c1da5858,c1955060,d1a22b98) at sleepq_lock+0x39 wakeup(c15964b4,1,c0756e2e,5ad,c1e60000) at wakeup+0x12 thread_continued(c1da57f0,0,c075d149,291,a) at thread_continued+0x9c kern_ptrace(c1e37190,7,8cc,1,0) at kern_ptrace+0xadf ptrace(c1e37190,d1a22d14,10,3ff,4) at ptrace+0xf0 syscall(2f,2f,2f,0,1871d) at syscall+0x270 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (26, FreeBSD ELF32, ptrace), eip = 0x28346fff, esp = 0xbfbfdf2c, ebp = 0xbfbfdfe8 --- -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 09:17:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF79516A4CE; Sun, 20 Feb 2005 09:17:12 +0000 (GMT) Received: from zaphod.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B35D43D46; Sun, 20 Feb 2005 09:17:12 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 8A80112108; Sun, 20 Feb 2005 10:17:11 +0100 (CET) Date: Sun, 20 Feb 2005 10:17:11 +0100 From: "Simon L. Nielsen" To: Eric Anholt Message-ID: <20050220091710.GB856@zaphod.nitro.dk> References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p4qYPpj5QlsIQJ0K" Content-Disposition: inline In-Reply-To: <1108872886.909.2.camel@leguin> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: David Xu Subject: Re: panic under X = reboot? [was: AMD64 machine stability problem] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 09:17:12 -0000 --p4qYPpj5QlsIQJ0K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.02.19 20:14:46 -0800, Eric Anholt wrote: > Note that there has been some discussion that panicing while in X may > equal reboot these days, though I don't understand why that would be. While I haven't looked more into this, I did have a (now fixed) problem with spontaneous reboots when accessing NFS shared under X. When I reproduced the problem in the console I did get a normal panic. This was on 6.0-CURRENT in January. --=20 Simon L. Nielsen --p4qYPpj5QlsIQJ0K Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCGFWWh9pcDSc1mlERAmTEAKCnevaJE0cThStDEoppU7BKYhL9mQCeKWkL IOjfu4pZ+j3BCKVIEYGKwVw= =tfph -----END PGP SIGNATURE----- --p4qYPpj5QlsIQJ0K-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 09:53:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E965616A4CE for ; Sun, 20 Feb 2005 09:53:50 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D031943D39; Sun, 20 Feb 2005 09:53:50 +0000 (GMT) (envelope-from davidxu@freebsd.org) Received: from [127.0.0.1] (davidxu@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j1K9rkOR022363; Sun, 20 Feb 2005 09:53:48 GMT (envelope-from davidxu@freebsd.org) Message-ID: <42185ED8.40303@freebsd.org> Date: Sun, 20 Feb 2005 17:56:40 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.2) Gecko/20041004 X-Accept-Language: en-us, en MIME-Version: 1.0 To: delphij@delphij.net References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> <42182880.6000101@freebsd.org> <1108881662.618.1.camel@spirit> <421839E4.70905@freebsd.org> <1108887883.618.4.camel@spirit> In-Reply-To: <1108887883.618.4.camel@spirit> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: Garance A Drosihn Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 09:53:51 -0000 Xin LI wrote: >This seems to be that the shift state is wrong... I got the same issue >sometimes under Windows, but it disappears when you have pressed Ctrl >+Alt+Shift (both left and right). So I guess this is some hardware >related issue. > > I don't think it is hardware problem, I have two keyboards, different brands, both have the problem, I have two AMD64 motherboards(VIA and NVIDIA), both have the problem. >在 2005-02-20日的 15:19 +0800，David Xu写道： > > >>Sometimes, I got wrong Caps Lock status, if I press key '4', it displays '$' >>in mozilla email client, but at the time, Caps Lock light is off. >> >>David Xu >> >> > >Cheers, > > From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 09:55:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB83016A4CE for ; Sun, 20 Feb 2005 09:55:36 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1C6F43D1D for ; Sun, 20 Feb 2005 09:55:35 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j1K9tYg4090929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sun, 20 Feb 2005 12:55:34 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id j1K9tX0p087449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 20 Feb 2005 12:55:34 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id j1K9tXoM087448 for current@freebsd.org; Sun, 20 Feb 2005 12:55:33 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sun, 20 Feb 2005 12:55:32 +0300 From: Gleb Smirnoff To: current@freebsd.org Message-ID: <20050220095532.GA87424@cell.sick.ru> References: <20050220085557.GA87007@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050220085557.GA87007@cell.sick.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Subject: Re: deadlock and LOR with threads X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 09:55:37 -0000 And it appeared to be 100% reproducible. On Sun, Feb 20, 2005 at 11:55:57AM +0300, Gleb Smirnoff wrote: T> Today I've upgraded my edsktop to the new CURRENT and experienced T> the following problem. T> I'm running gkrellm (linked against libpthread) with gkrellmms plugin. T> When I started xmms using gkrellmms button, gkrellm freezed. After T> gkrellm was killed with SIGKILL, new instances of gkrellm freezed on start T> before drawing a window. I tried to gdb gkrellm with the followin result: T> T> glebius@morannon:~:|>gdb `which gkrellm` T> GNU gdb 6.1.1 [FreeBSD] T> Copyright 2004 Free Software Foundation, Inc. T> GDB is free software, covered by the GNU General Public License, and you are T> welcome to change it and/or distribute copies of it under certain conditions. T> Type "show copying" to see the conditions. T> There is absolutely no warranty for GDB. Type "show warranty" for details. T> This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... T> (gdb) run T> Starting program: /usr/X11R6/bin/gkrellm T> (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...^C T> Program received signal SIGINT, Interrupt. T> [Switching to Thread 2 (LWP 100150)] T> 0x282ba38b in pthread_testcancel () from /usr/lib/libpthread.so.1 T> (gdb) T> T> Then I looked into dmesg and found this LOR: T> lock order reversal T> 1st 0xc07bdd80 sched lock (sched lock) @ /usr/src/sys/kern/sys_process.c:657 T> 2nd 0xc07c1ac4 sleepq chain (sleepq chain) @ /usr/src/sys/kern/subr_sleepqueue.c:219 T> KDB: stack backtrace: T> kdb_backtrace(c075c7bd,c07c1ac4,c075b8d7,c075b8d7,c075b8e4) at kdb_backtrace+0x2e T> witness_checkorder(c07c1ac4,9,c075b8e4,db,c15964b4) at witness_checkorder+0x6aa T> _mtx_lock_spin_flags(c07c1ac4,0,c075b8e4,db,d1a22b74) at _mtx_lock_spin_flags+0x8d T> sleepq_lock(c15964b4,c1da57f0,c1da5858,c1955060,d1a22b98) at sleepq_lock+0x39 T> wakeup(c15964b4,1,c0756e2e,5ad,c1e60000) at wakeup+0x12 T> thread_continued(c1da57f0,0,c075d149,291,a) at thread_continued+0x9c T> kern_ptrace(c1e37190,7,8cc,1,0) at kern_ptrace+0xadf T> ptrace(c1e37190,d1a22d14,10,3ff,4) at ptrace+0xf0 T> syscall(2f,2f,2f,0,1871d) at syscall+0x270 T> Xint0x80_syscall() at Xint0x80_syscall+0x1f T> --- syscall (26, FreeBSD ELF32, ptrace), eip = 0x28346fff, esp = 0xbfbfdf2c, ebp = 0xbfbfdfe8 --- T> T> -- T> Totus tuus, Glebius. T> GLEBIUS-RIPN GLEB-RIPE T> _______________________________________________ T> freebsd-current@freebsd.org mailing list T> http://lists.freebsd.org/mailman/listinfo/freebsd-current T> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 11:23:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F5D916A4CE; Sun, 20 Feb 2005 11:23:04 +0000 (GMT) Received: from renaissance.homeip.net (m197.net81-67-151.noos.fr [81.67.151.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C8BD43D31; Sun, 20 Feb 2005 11:23:01 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: by renaissance.homeip.net (Postfix, from userid 1001) id 1DBDC20CB; Sun, 20 Feb 2005 12:23:00 +0100 (CET) From: Anthony Ginepro To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <421464C3.2030308@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Date: Sun, 20 Feb 2005 12:22:59 +0100 Message-Id: <1108898579.874.5.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 11:23:04 -0000 Le Jeudi 17 f=C3=A9vrier 2005 =C3=A0 10:32 +0100, S=C3=B8ren Schmidt a =C3= =A9crit : > S=C3=B8ren Schmidt wrote: > New version available for testing: >=20 > http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3l.tar.gz >=20 > This time the diff must be reapplied as there are new changes in there. ata-mk3l works fine on my computer except still dumping ("call doadump" under DDB). I retried without your patches with RELENG_5 kernel and "call doadump" works. I remind also that a long ago I had to do like David O'Brien, commenting flushcache commands on shutdown in order to dump when kernel panics. Ask me if you need more information than precedent post or want me to try patches. Anthony. From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 01:07:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38F8C16A4CE for ; Sun, 20 Feb 2005 01:07:08 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id D154243D5A for ; Sun, 20 Feb 2005 01:07:07 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so111864rnf for ; Sat, 19 Feb 2005 17:07:07 -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:references; b=WMklt5fYKhf1x67/Bj0UVfulaDOrkSJrpDBL6bnmQj6HvvfzsOpFoEz1vysyfhA4kqu9VtHCNqvl9tFIw84GZy3TrN9vOQd6+vETW+rELBDLOaoxUomkenGYM5PHIK5m17b4rZtVsqM0S4wRaNRYqbkqB2R8udc1zjFCdz4OdjI= Received: by 10.38.78.51 with SMTP id a51mr156205rnb; Sat, 19 Feb 2005 17:07:07 -0800 (PST) Received: by 10.38.104.14 with HTTP; Sat, 19 Feb 2005 17:07:07 -0800 (PST) Message-ID: <7579f7fb050219170715f8ca4c@mail.gmail.com> Date: Sat, 19 Feb 2005 17:07:07 -0800 From: Matthew Jacob To: ticso@cicely.de In-Reply-To: <20050219212140.GT14312@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <20050218143456.GB11451@cicely12.cicely.de> <7579f7fb050218203553a1311b@mail.gmail.com> <20050219212140.GT14312@cicely12.cicely.de> X-Mailman-Approved-At: Sun, 20 Feb 2005 12:40:13 +0000 cc: FreeBSD Current cc: Eric Anderson Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Matthew Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 01:07:08 -0000 > Did you use md(4) for it, SCSI target mode disk simulation or something > else? > disk emulation with sparse backing store From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 01:07:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 740D116A4CE for ; Sun, 20 Feb 2005 01:07:42 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06FB543D53 for ; Sun, 20 Feb 2005 01:07:42 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so111889rnf for ; Sat, 19 Feb 2005 17:07:41 -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:references; b=o1CSOdgdrT7ziO1qQxzbJ5GTck8/5F2ajBZDuMqOAImwZ5HVaNED1rq8JZwwH5O4Q8kxLttEBL6N0FDHhz7KG5WyEmRdWmae4oeQxAAFFfn5KGS77yY6Xdmuds2TAT758CVwXwSQbOl/P2kyU02VkQD8M776i/KWsElZjD1rhuI= Received: by 10.38.208.45 with SMTP id f45mr268rng; Sat, 19 Feb 2005 17:07:41 -0800 (PST) Received: by 10.38.104.14 with HTTP; Sat, 19 Feb 2005 17:07:41 -0800 (PST) Message-ID: <7579f7fb0502191707494edb05@mail.gmail.com> Date: Sat, 19 Feb 2005 17:07:41 -0800 From: Matthew Jacob To: ticso@cicely.de In-Reply-To: <7579f7fb050219170715f8ca4c@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <20050218143456.GB11451@cicely12.cicely.de> <7579f7fb050218203553a1311b@mail.gmail.com> <20050219212140.GT14312@cicely12.cicely.de> <7579f7fb050219170715f8ca4c@mail.gmail.com> X-Mailman-Approved-At: Sun, 20 Feb 2005 12:40:13 +0000 cc: FreeBSD Current cc: Eric Anderson Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Matthew Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 01:07:42 -0000 I should point out that this was a very specialized and not generally available case. On Sat, 19 Feb 2005 17:07:07 -0800, Matthew Jacob wrote: > > Did you use md(4) for it, SCSI target mode disk simulation or something > > else? > > > > disk emulation with sparse backing store > From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 13:34:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBBF716A4CE for ; Sun, 20 Feb 2005 13:34:21 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 801C343D39 for ; Sun, 20 Feb 2005 13:34:20 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 42579 invoked from network); 20 Feb 2005 13:34:14 -0000 Received: from unknown (HELO [192.168.4.70]) (samwun@hgcbroadband.com@[221.127.243.155]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 20 Feb 2005 13:34:14 -0000 Message-ID: <4218923F.2040402@authtec.com> Date: Sun, 20 Feb 2005 21:35:59 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <421808E9.8060706@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 13:34:22 -0000 Adam Gregoire wrote: >I get this same problem, especially so with builds in the past 24 >hours, I finally got the machine to give a panic, it was something to >do with vm. Sorry but I do not have a backtrace right now. Please not >that when I use a kernel from Feb 13th I do not get the panic/reboot >in X. > > > Does FreeBSD5.3 stable recent published snapshot fix this problem? Sam >Adam Gregoire > >On Sun, 20 Feb 2005 11:50:01 +0800, David Xu wrote: > > >>Did anyone encounter stability problem ? I am running X11 on it, >>and sometimes it suddenly reboots. I hope it is not a mobo problem. >> >>David Xu >> >> From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 13:39:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90FE816A4CE; Sun, 20 Feb 2005 13:39:21 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F50A43D55; Sun, 20 Feb 2005 13:39:20 +0000 (GMT) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.10.205])j1KDdIcx067678; Sun, 20 Feb 2005 14:39:18 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost.blackend.org [127.0.0.1]) j1KDdInL084854; Sun, 20 Feb 2005 14:39:18 +0100 (CET) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.13.1/8.13.1/Submit) id j1KDdHf9084853; Sun, 20 Feb 2005 14:39:17 +0100 (CET) (envelope-from marc) Date: Sun, 20 Feb 2005 14:39:17 +0100 From: Marc Fonvieille To: Kirill Ponomarew Message-ID: <20050220133916.GB604@nosferatu.blackend.org> Mail-Followup-To: Kirill Ponomarew , freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, jhb@FreeBSD.org, deischen@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050215130811.GB1024@voodoo.oberon.net> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 5.3-STABLE cc: deischen@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: freebsd-stable@FreeBSD.org cc: jhb@FreeBSD.org Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 13:39:21 -0000 On Tue, Feb 15, 2005 at 02:08:11PM +0100, Kirill Ponomarew wrote: > On Tue, Feb 15, 2005 at 12:01:36PM +0100, Ted Lindgreen wrote: > > Just tried: reinstalling a /usr/lib/libpthread.so.1 build > > on Feb 12 makes the problem go away (nothing else changed). > > This commit probably broke it: > > deischen 2005-02-13 18:38:06 UTC > > FreeBSD src repository > > Modified files: > lib/libpthread/thread thr_attr_init.c thr_init.c thr_private.h > thr_stack.c > Log: > Increase the default stacksizes: > > 32-bit 64-bit > main thread 2MB 4MB > other threads 1MB 2MB > This is really weird, I'm getting the same signal 6 things on a -STABLE from yesterday (before I was running a -STABLE from October): pid 84801 (mozilla-bin), uid 1001: exited on signal 6 I rebuilt mozilla, but no effect. I should try to revert some changes occured on libpthread/thread/* Marc From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 13:52:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9E3D16A4CE for ; Sun, 20 Feb 2005 13:52:30 +0000 (GMT) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1562643D2D for ; Sun, 20 Feb 2005 13:52:30 +0000 (GMT) (envelope-from sebastian.ssmoller@gmx.net) Received: from hadriel.linnet (p54BCBD08.dip.t-dialin.net [84.188.189.8]) (authenticated bits=0) (8.12.10/8.12.9/INF-2.0-MA-SOLARIS-2.8) with ESMTP id j1KDqRRF019986 for ; Sun, 20 Feb 2005 14:52:27 +0100 (MET) Date: Sun, 20 Feb 2005 14:52:24 +0100 From: sebastian ssmoller To: freebsd-current@freebsd.org Message-Id: <20050220145224.37680797.sebastian.ssmoller@gmx.net> In-Reply-To: <42068A5C.1030300@root.org> References: <42068A5C.1030300@root.org> X-Mailer: Sylpheed version 1.0.0rc (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 13:52:31 -0000 hi nate, when loading acpi_perf.ko on my box my system panics :( system is an ASUS M2400N (pentium M) - EST (ports/sysutils/est) works just fine here. some weeks ago i read that EST is not yet supported by cpufreq - is this still the case? pls let me know which info do u need to track down this ... thx regards, seb $ uname -a FreeBSD hadriel.linnet 6.0-CURRENT FreeBSD 6.0-CURRENT #4: Sun Feb 20 12:07:56 CET 2005 seb@hadriel.linnet:/usr/obj/usr/src/sys/DEBUG i386 $ gdb (kgdb) bt #0 doadump () at pcpu.h:159 #1 0xc04609ae in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D-1067044241,= =20 dummy4=3D0xde4978d0 "=FCxI=DE=F0\024f=C0=E8xI=DE=ECxI=DE\220\a") at /usr/src/sys/ddb/db_command.c:531 #2 0xc04607bc in db_command (last_cmdp=3D0xc0703804, cmd_table=3D0x0,=20 aux_cmd_tablep=3D0xc06cd01c, aux_cmd_tablep_end=3D0xc06cd020) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0460884 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc0462419 in db_trap (type=3D3, code=3D0) at #/usr/src/sys/ddb/db_main.c:221 5 0xc053642b in kdb_trap (type=3D3, code= =3D0, #tf=3D0xde497a10) at /usr/src/sys/kern/subr_kdb.c:421 #6 0xc0679ab0 in trap (frame=3D {tf_fs =3D -565641192, tf_es =3D -1068302320, tf_ds =3D -1066729456, = tf_edi =3D 1, tf_esi =3D -1066706098, tf_ebp =3D -565609904, tf_isp =3D -565609924= , tf_ebx =3D -565609860, tf_edx =3D 0, tf_ecx =3D -1056878592, tf_eax =3D 18, tf_tra= pno =3D 3, tf_err =3D 0, tf_eip =3D -1068277329, tf_cs =3D 8, tf_eflags =3D 662, tf_es= p =3D -565609872, tf_ss =3D -1068376673}) at /usr/src/sys/i386/i386/trap.c:573 #7 0xc05361af in kdb_enter (msg=3D0x0) at cpufunc.h:56 #8 0xc051dd9f in panic ( fmt=3D0xc06b5b4e "resource_list_add: resource entry is busy") at /usr/src/sys/kern/kern_shutdown.c:538 #9 0xc0532c58 in resource_list_add (rl=3D0xc1aa2390, type=3D4, rid=3D0, st= art=3D0, # end=3D0, count=3D0) at /usr/src/sys/kern/subr_bus.c:2557 ---Type to continue, or q to quit--- #10 0xc05337c6 in bus_generic_rl_set_resource (dev=3D0xc1956400,=20 child=3D0xc200b380, type=3D4, rid=3D0, start=3D178, count=3D2) at /usr/src/sys/kern/subr_bus.c:3178 #11 0xc0533ce7 in bus_set_resource (dev=3D0x2, type=3D4, rid=3D0, start=3D1= 78, #count=3D2) at bus_if.h:444 #12 0xc0466318 in acpi_bus_alloc_gas (dev=3D0xc200b380, type=3D0xde497b74,= =20 rid=3D0xde497b78, gas=3D0x0, res=3D0xde497b7c) at /usr/src/sys/dev/acpica/acpi.c:1102 #13 0xc046d667 in acpi_PkgGas (dev=3D0xc200b380, res=3D0x0, idx=3D0,=20 type=3D0xde497b74, rid=3D0xde497b78, dst=3D0xde497b7c) at /usr/src/sys/dev/acpica/acpi_package.c:119 #14 0xc21705c6 in ?? () #15 0xc0532188 in device_probe_child (dev=3D0xc1956400, child=3D0x6) at device_if.h:105 #16 0xc0532835 in device_probe_and_attach (dev=3D0xc200b380) at /usr/src/sys/kern/subr_bus.c:2288 #17 0xc0533396 in bus_generic_driver_added (dev=3D0xc1956400, #driver=3D0xc2172910) at /usr/src/sys/kern/subr_bus.c:3007 #18 0xc053171f in devclass_add_driver (dc=3D0xc19bc9c0, driver=3D0xc2172910) at bus_if.h:183 #19 0xc053415d in driver_module_handler (mod=3D0xc1f40080, what=3D-10386695= 52,=20 arg=3D0xc21728fc) at /usr/src/sys/kern/subr_bus.c:3635 #20 0xc0514d6f in module_register_init (arg=3D0xc21728f0) ---Type to continue, or q to quit--- at /usr/src/sys/kern/kern_module.c:121 #21 0xc050fa85 in linker_file_sysinit (lf=3D0xc212d800) at /usr/src/sys/kern/kern_linker.c:193 #22 0xc050fd39 in linker_load_file ( filename=3D0xc1ec99e0 "/boot/kernel/acpi_perf.ko", result=3D0xde497cb0) at /usr/src/sys/kern/kern_linker.c:358 #23 0xc05120e3 in linker_load_module ( kldname=3D0xc1ec99e0 "/boot/kernel/acpi_perf.ko",=20 modname=3D0xc1a60c00 "acpi_perf", parent=3D0x0, verinfo=3D0x0, lfpp=3D0xde497cdc) at /usr/src/sys/kern/kern_linker.c:1700 #24 0xc0510857 in kldload (td=3D0xc1c205c0, uap=3D0x0) at /usr/src/sys/kern/kern_linker.c:776 #25 0xc067a2a7 in syscall (frame=3D {tf_fs =3D 47, tf_es =3D 47, tf_ds =3D 47, tf_edi =3D 0, tf_esi =3D -1077941044, tf_ebp =3D -1077941120, tf_isp =3D -565609100, tf_ebx =3D 0, t= f_edx =3D -1, tf_ecx =3D 1, tf_eax =3D 304, tf_trapno =3D 12, tf_err =3D 2, tf_ei= p =3D 671831663, tf_cs =3D 31, tf_eflags =3D 662, tf_esp =3D -1077941188, tf_ss = =3D 47}) at /usr/src/sys/i386/i386/trap.c:951 (kgdb)=20 From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 16:50:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79F8416A4CE; Sun, 20 Feb 2005 16:50:39 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 728A843D54; Sun, 20 Feb 2005 16:50:38 +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 j1KGoapK038601; Sun, 20 Feb 2005 18:50:36 +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 99060-20; Sun, 20 Feb 2005 18:50:36 +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 j1KGoZLt038598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 20 Feb 2005 18:50:35 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1KGogBU047703; Sun, 20 Feb 2005 18:50:42 +0200 (EET) (envelope-from ru) Date: Sun, 20 Feb 2005 18:50:42 +0200 From: Ruslan Ermilov To: Peter Grehan Message-ID: <20050220165042.GB47621@ip.net.ua> References: <200502192359.j1JNxoo2070904@repoman.freebsd.org> <42185BD5.7000502@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cvVnyQ+4j833TQvp" Content-Disposition: inline In-Reply-To: <42185BD5.7000502@freebsd.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: cvs commit: src/usr.bin/cap_mkdb cap_mkdb.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 16:50:39 -0000 --cvVnyQ+4j833TQvp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 20, 2005 at 07:43:49PM +1000, Peter Grehan wrote: > Ruslan Ermilov wrote: > >ru 2005-02-19 23:59:50 UTC > > > > FreeBSD src repository > > > > Modified files: > > usr.bin/cap_mkdb cap_mkdb.c=20 > > Log: > > Fixate the hash bucket size to 4K. We were using the default, > > which is stat.st_blksize (i.e., PAGE_SIZE). > > =20 > > This change causes the .db files that were cross-compiled on > > another platform to be identical to the natively built ones. > > =20 > > Tested on: alpha->amd64 build >=20 > This doesn't fix the endian issue does it ? >=20 *Shrug* I thought I've put this into a commit log, but apparently not. I'll add proper endianness support (like in NetBSD) to cap_mkdb and pwd_mkdb later, when I walk through the "* <-> sparc64" cross-builds. Currently, I'm working on fixing cross-builds between i386, alpha, and amd64. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --cvVnyQ+4j833TQvp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCGL/iqRfpzJluFF4RAlfKAJ9GxByH0EhqR+I2VL5lTKBDF2BrQwCfQ50b q/aYMHUZ91adNTtW6paDOoY= =L6L6 -----END PGP SIGNATURE----- --cvVnyQ+4j833TQvp-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 16:58:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72B8D16A4CF for ; Sun, 20 Feb 2005 16:58:11 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 441A043D45 for ; Sun, 20 Feb 2005 16:58:10 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-113-125.roa.east.verizon.net [151.199.113.125]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id j1KGw7Qb015313 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 20 Feb 2005 11:58:08 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3) with ESMTP id j1KGw18A000880 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 20 Feb 2005 11:58:01 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.3/8.13.3/Submit) id j1KGw0K9000879; Sun, 20 Feb 2005 11:58:01 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: Ian Dowse In-Reply-To: <200502191556.aa96337@salmon.maths.tcd.ie> References: <200502191556.aa96337@salmon.maths.tcd.ie> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 20 Feb 2005 11:58:00 -0500 Message-Id: <1108918680.705.3.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: freebsd-current@freebsd.org cc: Reid Linnemann Subject: Re: ad WRITE_DMA timing out frequently X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 16:58:11 -0000 On Sat, 2005-02-19 at 15:56 +0000, Ian Dowse wrote: > In message <1108752445.1105.34.camel@zappa.Chelsea-Ct.Org>, Paul Mather writes: > >The "TIMEOUT - WRITE_DMA" issue has been a recurring problem for me > >since somewhere in the 5.2.1--5.3 release range. (It's been so long now > >that I don't remember whether it first started plaguing me in 5.2.1 or > >5.3. I do know for definite I never got this problem in 5.1 and it only > >crept in during an "upgrade.") > > On a recent -CURRENT you could try the following patch. It attempts > to clean up the handling of timeouts in the ATA code by using the > new callout_init_mtx() function, and appeared to cure fairly frequent > WRITE_DMA timeout messages for me. The patch applied cleanly for me, and I've built a new kernel successfully. Let's hope it cures the problems for me, too. If this patch is an effective cure, hopefully there is a chance it will get committed and there'll be an MFC5, too. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 17:36:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FE4716A4CF for ; Sun, 20 Feb 2005 17:36:49 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6F7743D48 for ; Sun, 20 Feb 2005 17:36:48 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so165881rnf for ; Sun, 20 Feb 2005 09:36:48 -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; b=QDf6g5cYdjtJ33lAMGpKyUVAZVqTDfCfIfzrWE99KK0eo1iyE50D8yUXLaiBOcvPxxiummIHzMVdv/WrZSsSON2/pL3vEriE4RtKiANJ91tW7XZrDQoeIrKbsMaK+lYeIkhxs9W3RL3PIN0X6zykBTZ8CrCYBTucFQBGbFBVAfA= Received: by 10.38.97.18 with SMTP id u18mr73526rnb; Sun, 20 Feb 2005 09:36:48 -0800 (PST) Received: by 10.38.209.12 with HTTP; Sun, 20 Feb 2005 09:36:47 -0800 (PST) Message-ID: <84dead72050220093654a8bc4c@mail.gmail.com> Date: Sun, 20 Feb 2005 17:36:47 +0000 From: Joseph Koshy To: FreeBSD Current , freebsd-performance@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: [hwpmc support] new code snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 17:36:49 -0000 A snapshot of the HWPMC based performance monitoring code is available: http://people.freebsd.org/~jkoshy/projects/perf-measurement/snapshot-5.html Please take it for a spin. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 18:26:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36FA816A4CE; Sun, 20 Feb 2005 18:26:17 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA92243D2D; Sun, 20 Feb 2005 18:26:15 +0000 (GMT) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.10.205])j1KIQEQK071511; Sun, 20 Feb 2005 19:26:14 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost.blackend.org [127.0.0.1]) j1KIQ7i0087225; Sun, 20 Feb 2005 19:26:07 +0100 (CET) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.13.1/8.13.1/Submit) id j1KIQ7II087224; Sun, 20 Feb 2005 19:26:07 +0100 (CET) (envelope-from marc) Date: Sun, 20 Feb 2005 19:26:07 +0100 From: Marc Fonvieille To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, jhb@FreeBSD.org, deischen@FreeBSD.org Message-ID: <20050220182606.GA86018@nosferatu.blackend.org> Mail-Followup-To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org, jhb@FreeBSD.org, deischen@freebsd.org References: <20050215130811.GB1024@voodoo.oberon.net> <20050220133916.GB604@nosferatu.blackend.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050220133916.GB604@nosferatu.blackend.org> User-Agent: Mutt/1.4.2.1i X-Useless-Header: blackend.org X-Operating-System: FreeBSD 5.3-STABLE Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 18:26:17 -0000 On Sun, Feb 20, 2005 at 02:39:17PM +0100, Marc Fonvieille wrote: > > This is really weird, I'm getting the same signal 6 things on a -STABLE > from yesterday (before I was running a -STABLE from October): > > pid 84801 (mozilla-bin), uid 1001: exited on signal 6 > > I rebuilt mozilla, but no effect. I should try to revert some changes > occured on libpthread/thread/* > I tried with a libpthread.so.1 from 3rd Feb (just before some MFCs), this fixed the problem. Marc From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 20:26:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CE8116A4CE; Sun, 20 Feb 2005 20:26:51 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AFF443D39; Sun, 20 Feb 2005 20:26:51 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j1KKQoCb012863; Sun, 20 Feb 2005 15:26:50 -0500 (EST) Date: Sun, 20 Feb 2005 15:26:50 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Marc Fonvieille In-Reply-To: <20050220182606.GA86018@nosferatu.blackend.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 20:26:51 -0000 On Sun, 20 Feb 2005, Marc Fonvieille wrote: > On Sun, Feb 20, 2005 at 02:39:17PM +0100, Marc Fonvieille wrote: > > > > This is really weird, I'm getting the same signal 6 things on a -STABLE > > from yesterday (before I was running a -STABLE from October): > > > > pid 84801 (mozilla-bin), uid 1001: exited on signal 6 > > > > I rebuilt mozilla, but no effect. I should try to revert some changes > > occured on libpthread/thread/* > > I tried with a libpthread.so.1 from 3rd Feb (just before some MFCs), > this fixed the problem. Run mozilla with -g and repeat the problem. Look at the traceback and if you get a problem with it recursing on a private mutex, then it is a problem with mozilla or a plugin. If your are using linuxplugin and haven't updated that port, you need to rebuild it. -- DE From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 21:50:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CD2716A4CE for ; Sun, 20 Feb 2005 21:50:32 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D29043D2F for ; Sun, 20 Feb 2005 21:50:31 +0000 (GMT) (envelope-from caelian@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so185815rnf for ; Sun, 20 Feb 2005 13:50:31 -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; b=szSh8UwyCnE9hpp1C9Y7Z17PYWL43UM301SRQYgeneuI34jzRj7yjc9mW3ZywfKkJWrTag76Xv+Bk5KyQK8Y7asUhco/v4qCnqsy5xKH0XAZ26wh70F8CbOmCdXS7wMzPRZttpt1P9xUjGtMxxNJC1dHdQLzpAnM8TB5rrlTBSI= Received: by 10.38.163.31 with SMTP id l31mr62561rne; Sun, 20 Feb 2005 13:50:31 -0800 (PST) Received: by 10.38.89.69 with HTTP; Sun, 20 Feb 2005 13:50:31 -0800 (PST) Message-ID: Date: Sun, 20 Feb 2005 13:50:31 -0800 From: Pascal Hofstee To: FreeBSD Current Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: GNUstep and libkvm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Pascal Hofstee List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 21:50:32 -0000 A while ago i initiated a thread on hackers@ requesting additional information regarding a known issue with the gnustep-gui port "needing /proc" even when gnustep-base itself (which in turn is used by -gui) was compiled without procfs support. The results of my findings can be found in the following list-archive entries: http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg49357.html http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg49577.html Short summary is the kvm_getargv function seems to trigger a kvm_uread call when the length of "command + argumentlist" exceeds the value of kern.ps_arg_cache_limit. This kvm_uread call is responsible for the observed /proc groveling. I had hoped to acquire some additional information on how to properlly debug libkvm in GDB and if this /proc dependency is intended behavior. To me personally (though i am not a kernel hacker) it doens't really make sense to have libkvm (which is intended to be a 'replacement' for /proc to my understanding) intenrally depend on the same system it's trying to 'replace', though I noticed from the manpages that the kvm_getargv function doesn't really belong in libkvm. Can anybody at least either confirm wether or not this is - intended behavior - a bug and a proper PR should likely be created For those interested i have put up a small "kvmtest" testcase that basically contains the GNUstep code that triggers this behaviour for easier debugging. This tarball is available at http://netherite.student.utwente.nl/~daeron/kvmtest.tar.gz Any feedback regarding this issue would be highly appreciated. With kind regards, Pascal Hofstee From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 22:26:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEF9C16A4CE for ; Sun, 20 Feb 2005 22:26:53 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6325143D2D for ; Sun, 20 Feb 2005 22:26:53 +0000 (GMT) (envelope-from bsdunx@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so776497wri for ; Sun, 20 Feb 2005 14:26:51 -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:references; b=QLbIA09yqnaZJ3hGA134/lMGrrUesh/KEbiXeFGTGScWDnaT0YkZ4gswG3zwl1p3Pq6FzYNOGinkhL1fOMUjr9q2QNHswyCemg55tsq6o8Kr0jFEofdsXb/v8ocgtqkopimrSkf0laPCV20KOsXGvaVSjn6b/zIpApRhE05ey6k= Received: by 10.54.4.70 with SMTP id 70mr162570wrd; Sun, 20 Feb 2005 14:26:50 -0800 (PST) Received: by 10.54.47.42 with HTTP; Sun, 20 Feb 2005 14:26:50 -0800 (PST) Message-ID: Date: Sun, 20 Feb 2005 17:26:50 -0500 From: Adam Gregoire To: sam wun In-Reply-To: <4218923F.2040402@authtec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <421808E9.8060706@freebsd.org> <4218923F.2040402@authtec.com> cc: freebsd-current@freebsd.org Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Adam Gregoire List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 22:26:53 -0000 I'm using 6-CURRENT, not really interested in reverting to 5.x just to cvsup to 6-CURRENT right after. =/ On Sun, 20 Feb 2005 21:35:59 +0800, sam wun wrote: > Adam Gregoire wrote: > > >I get this same problem, especially so with builds in the past 24 > >hours, I finally got the machine to give a panic, it was something to > >do with vm. Sorry but I do not have a backtrace right now. Please not > >that when I use a kernel from Feb 13th I do not get the panic/reboot > >in X. > > > > > > > Does FreeBSD5.3 stable recent published snapshot fix this problem? > > Sam > From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 22:41:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F41DE16A4CE for ; Sun, 20 Feb 2005 22:41:29 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C18A43D5C for ; Sun, 20 Feb 2005 22:41:29 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 03CE151252; Sun, 20 Feb 2005 14:41:27 -0800 (PST) Date: Sun, 20 Feb 2005 14:41:27 -0800 From: Kris Kennaway To: Adam Gregoire Message-ID: <20050220224127.GA5414@xor.obsecurity.org> References: <421808E9.8060706@freebsd.org> <4218923F.2040402@authtec.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org cc: sam wun Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 22:41:30 -0000 --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Feb 20, 2005 at 05:26:50PM -0500, Adam Gregoire wrote: > I'm using 6-CURRENT, not really interested in reverting to 5.x just to > cvsup to 6-CURRENT right after. =/ Anyway, since the problem has only been reported in recent versions of 6.0 it's probable that it only affects 6.0. Kris --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCGRIXWry0BWjoQKURApdnAKDw3BqYQfqhRVNRL30iqELir9UhgwCdEdHh 4iKXLD7eYwBqUfEKOiewMUQ= =STRa -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 22:43:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC36F16A4CE for ; Sun, 20 Feb 2005 22:43:47 +0000 (GMT) Received: from makeworld.com (makeworld.com [198.92.228.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E42A43D2D for ; Sun, 20 Feb 2005 22:43:47 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id D456D60E2; Sun, 20 Feb 2005 16:43:46 -0600 (CST) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02636-04; Sun, 20 Feb 2005 16:43:44 -0600 (CST) Received: from [198.92.228.34] (racerx.makeworld.com [198.92.228.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id 11A1760DB; Sun, 20 Feb 2005 16:43:44 -0600 (CST) Message-ID: <421912E2.4070909@makeworld.com> Date: Sun, 20 Feb 2005 16:44:50 -0600 From: Chris User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris References: <421290FA.40108@makeworld.com> <20050216010859.GA57098@freebsd3.cimlogic.com.au> <4217C407.8070605@makeworld.com> In-Reply-To: <4217C407.8070605@makeworld.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV 0.75.1/amavisd-new-2.2.1 (20041222) at makeworld.com - Isn't it ironic cc: FreeBSD - Current Subject: Re: MA401 worked w/5.3 - No go under CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 22:43:48 -0000 Chris wrote: > John Birrell wrote: > >> On Tue, Feb 15, 2005 at 06:16:58PM -0600, Chris wrote: >> >>> I'm just starting to follow the CURRENT branch and popped that >>> latest snapshot on my laptop. Under 5.3 my NetGear MA401 worked >>> with just adding something like this to /etc/rc.conf: >>> >>> ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX >>> wepmode on wepkey 0xxxxxxxxxxxxxxxxxxxxxxxxxxx" >>> >>> And everything came up just dandy. Has something changed? >> >> >> >> I hadn't tried to use my wireless stuff for months until a few days >> ago. I have >> the hostap running on current and I was trying to connect with wepmode >> on from >> a RELENG_5 laptop without success. I read the recent messages >> suggesting the >> explicit setting of the wepkey and default key, but that didn't solve >> the problem. >> >> I'll be away from the current box for 5 weeks and unable to debug >> anything, so I >> know this message is virtally useless. I just wanted to say "me too". >> > > Ok folks, I added the suggested stuff in /etc/rc.conf: > > ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX > wepmode on weptxkey 1 wepkey 1:0xxxxxxxxxxxxxxxxxxxxxxxxxxx" > > And /boot/loader.conf: > wlan_wep="YES" > > Still a no-go. Light on the wireless nic just blinks. > I'm pretty much at a loss - anyone? > Ahh - thank you Alexandre Kovalenko for pointing out the kernel mod. I didn't think of that. I was off trying to add the wep via loader.conf Perhaps that ought to be an option? I dunno - but at least now I'm working. And thank you also Sam, Paul and John, -- Best regards, Chris Machines that have broken down will work perfectly when the repairman arrives. From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 23:11:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 078B816A4CE; Sun, 20 Feb 2005 23:11:40 +0000 (GMT) Received: from lakermmtao08.cox.net (lakermmtao08.cox.net [68.230.240.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 396BF43D1F; Sun, 20 Feb 2005 23:11:39 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.11.31.188]) by lakermmtao08.cox.net (InterMail vM.6.01.04.00 201-2131-117-20041022) with ESMTP id <20050220231137.QBUP5415.lakermmtao08.cox.net@dolphin.local.net>; Sun, 20 Feb 2005 18:11:37 -0500 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j1KNBXQF001005; Sun, 20 Feb 2005 17:11:33 -0600 (CST) (envelope-from conrads@cox.net) Date: Sun, 20 Feb 2005 17:11:28 -0600 From: "Conrad J. Sabatier" To: David Xu Message-ID: <20050220171128.7d1e917e@dolphin.local.net> In-Reply-To: <421808E9.8060706@freebsd.org> References: <421808E9.8060706@freebsd.org> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 23:11:40 -0000 On Sun, 20 Feb 2005 11:50:01 +0800, David Xu wrote: > Did anyone encounter stability problem ? I am running X11 on it, > and sometimes it suddenly reboots. I hope it is not a mobo problem. No reboots here, but panics and freezes, yes. I suspect it has to do with NFS (at least in my case), as the problem occurs anytime my two machines' NFS mounts get out of step with each other (due to reboots or whatever). I've reverted to using a kernel from Sunday, Feb. 13 for the time being. All recent attempts to use newer kernels result in the same problem. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 23:26:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C208F16A4CE for ; Sun, 20 Feb 2005 23:26:24 +0000 (GMT) Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D27943D31 for ; Sun, 20 Feb 2005 23:26:24 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.133.122])0.04 <0IC8007C5H3ZN610@vms046.mailsrvcs.net> for freebsd-current@freebsd.org; Sun, 20 Feb 2005 17:26:23 -0600 (CST) Date: Sun, 20 Feb 2005 18:25:40 -0500 From: "Alexandre \"Sunny\" Kovalenko" To: freebsd-current@freebsd.org Message-id: <1108941940.958.30.camel@RabbitsDen> MIME-version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-type: multipart/mixed; boundary="Boundary_(ID_hD9UbEWw66XXxWBjRfT87g)" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: [Fwd: Re: MA401 worked w/5.3 - No go under CURRENT] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 23:26:24 -0000 --Boundary_(ID_hD9UbEWw66XXxWBjRfT87g) Content-type: text/plain; charset=iso-8859-5 Content-transfer-encoding: 8BIT -------- Forwarded Message -------- > From: Alexandre "Sunny" Kovalenko > To: Chris > Subject: Re: MA401 worked w/5.3 - No go under CURRENT > Date: Sun, 20 Feb 2005 18:18:32 -0500 > On Sun, 2005-02-20 at 12:05 -0600, Chris wrote: > > Alexandre "Sunny" Kovalenko wrote: > > > On Sat, 2005-02-19 at 16:56 -0600, Chris wrote: > > > > > >>John Birrell wrote: > > >> > > >>>On Tue, Feb 15, 2005 at 06:16:58PM -0600, Chris wrote: > > >>> > > >>> > > >>>> I'm just starting to follow the CURRENT branch and popped that > > >>>> latest snapshot on my laptop. Under 5.3 my NetGear MA401 worked with just > > >>>>adding something like this to /etc/rc.conf: > > >>>> > > >>>>ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX > > >>>>wepmode on wepkey 0xxxxxxxxxxxxxxxxxxxxxxxxxxx" > > >>>> > > >>>> And everything came up just dandy. Has something changed? > > >>> > > >>> > > >>>I hadn't tried to use my wireless stuff for months until a few days ago. I have > > >>>the hostap running on current and I was trying to connect with wepmode on from > > >>>a RELENG_5 laptop without success. I read the recent messages suggesting the > > >>>explicit setting of the wepkey and default key, but that didn't solve the problem. > > >>> > > >>>I'll be away from the current box for 5 weeks and unable to debug anything, so I > > >>>know this message is virtally useless. I just wanted to say "me too". > > >>> > > >> > > >>Ok folks, I added the suggested stuff in /etc/rc.conf: > > >> > > >>ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX > > >>wepmode on weptxkey 1 wepkey 1:0xxxxxxxxxxxxxxxxxxxxxxxxxxx" > > >> > > >>And /boot/loader.conf: > > >>wlan_wep="YES" > > >> > > >>Still a no-go. Light on the wireless nic just blinks. > > >>I'm pretty much at a loss - anyone? > > >> > > > > > > Here is what I have working under -CURRENT as of 2/19 circa 11:00 AM > > > EST: > > > > > > sunny:RabbitsDen>dmesg | grep -i netgear > > > pccard0: CIS info: NETGEAR MA401RA Wireless PC, Card, ISL37300P, > > > Eval-RevA > > > pccard0: CIS info: NETGEAR MA401RA Wireless PC, Card, ISL37300P > > > wi0: at port 0x100-0x13f irq 10 > > > function 0 config 1 on pccard0 > > > sunny:RabbitsDen>grep ifconfig `which wi0` > > > ifconfig ${NIC} ssid XXX 10.0.0.1 netmask 255.255.255.0 wepmode on > > > wepkey 0x00000000000000000000000000 deftxkey 1 > > > sunny:RabbitsDen>grep wlan /sys/i386/conf/AVERATEC > > > device wlan # 802.11 support > > > device wlan_wep # WEP support (needs to be compiled in > > > for now) > > > sunny:RabbitsDen>kldstat > > > Id Refs Address Size Name > > > 1 15 0xc0400000 4496ec kernel > > > 2 1 0xc084d000 3064 powernow_k7.ko > > > 3 1 0xc0851000 1ccc io.ko > > > 4 1 0xc0853000 482c mem.ko > > > 5 1 0xc1de9000 6000 linprocfs.ko > > > 6 1 0xc1def000 18000 linux.ko > > > 7 1 0xc2560000 1e000 if_wi.ko > > > sunny:RabbitsDen> > > > > > > I guess you can start by checking whether your card is the same revision > > > as mine, and then bring your configuration in line with mine > > > dot-for-dot. > > > > > > If this does not work, we can trade outputs from dmesg with > > > hw.cbb.debug=1 and hw.pccard.debug=1. > > > > > > Should all of it fail you can always hope that someone who knows > > > wireless stuff will reply ;) > > > > > > > Is it possible to see your /etc/rc.conf file? Unless your doing > > something else instead of that. > > I don't do rc.conf as I roam a lot with this machine. I have attached script, I use to configure this card on as-needed basis. BTW: E-mail replies sent to you address bounce so I am replying to current@ and apologize to the readers for extra noise. -- Alexandre "Sunny" Kovalenko ( ) --Boundary_(ID_hD9UbEWw66XXxWBjRfT87g)-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 00:12:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0AD716A4CE for ; Mon, 21 Feb 2005 00:12:47 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 556B243D3F for ; Mon, 21 Feb 2005 00:12:47 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-120-130-255.dsl.snfc21.pacbell.net [68.120.130.255])j1L0ChpY159574; Sun, 20 Feb 2005 19:12:43 -0500 Message-ID: <4219277A.3070707@elischer.org> Date: Sun, 20 Feb 2005 16:12:42 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Joseph Koshy References: <20050219005401.1dfd5236.lists@yazzy.org> <421696DE.30202@linkline.com> <20050219030419.754f51ca.lists@yazzy.org> <84dead7205021900477ef5af7c@mail.gmail.com> In-Reply-To: <84dead7205021900477ef5af7c@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Marcin Jessa cc: current@freebsd.org cc: Samuel Clements Subject: Re: Bootup message X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 00:12:47 -0000 Joseph Koshy wrote: >>I dont want to use serial console only. I just dont want the >>boot message to appear before the login prompt. > > > man boot(8) > > ... > -m mute the console. > ... > which sets teh consmute sysctl. I guess we could make the same thing by turning the sysctl into a boot time tunable but this was done before that was possible.. From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 01:30:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81D4C16A4CE for ; Mon, 21 Feb 2005 01:30:07 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A08443D31 for ; Mon, 21 Feb 2005 01:30:07 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-120-130-255.dsl.snfc21.pacbell.net [68.120.130.255])j1L1TLSJ027252; Sun, 20 Feb 2005 20:29:27 -0500 Message-ID: <42193971.2080401@elischer.org> Date: Sun, 20 Feb 2005 17:29:21 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: delphij@delphij.net References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> <42182880.6000101@freebsd.org> <1108881662.618.1.camel@spirit> In-Reply-To: <1108881662.618.1.camel@spirit> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org cc: Garance A Drosihn cc: David Xu Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 01:30:07 -0000 Xin LI wrote: > I guess there are something strange happening in sys/dev/syscons. My > laptop (i386 based) crashes about 25% times when I start GNOME, and the > possibility raises when I have the VESA High Resolution Console patch > applied, therefore I still don't want to commit it :-( > > 在 2005-02-20日的 14:04 +0800，David Xu写道： > >>Garance A Drosihn wrote: >> >> >>>>Now, I can always reproduce it: >>>>just run "find /usr/src " in gnome termimal, it will reboots in >>>>five seconds. >>> >>> >>>What happens if you enter the same find command on a console >>>session? (ie, outside of X11) >>> >> >>running it on a console never reboots, works just fine. >>I also switched graphics card, and run it under X11, it still reboots. > > > Cheers, run the command in X11 and then switch to console to await the crash that way you'll see if there is a messsage (or serial console I guess). A panic when X is running will not sto pbecause it assumes you can't look at it. so it just reboots. (I haven't seen the code that does this but I've observed the behaviour). could it be achieved by anything tha scrolls that amount of data? (e.g. catting a huge file?) if so it may just be bad thermal control as teh cpu is doing all that renderring. From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 03:06:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1105416A4CE for ; Mon, 21 Feb 2005 03:06:26 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id C587343D45 for ; Mon, 21 Feb 2005 03:06:22 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 93110 invoked by uid 0); 21 Feb 2005 02:57:02 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 21 Feb 2005 02:57:02 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 1871D132344; Mon, 21 Feb 2005 11:05:49 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 93589-02; Mon, 21 Feb 2005 11:05:37 +0800 (CST) Received: from localhost.localdomain (unknown [211.167.40.68]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 80A50132301; Mon, 21 Feb 2005 11:05:34 +0800 (CST) From: Xin LI To: Julian Elischer In-Reply-To: <42193971.2080401@elischer.org> References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> <42182880.6000101@freebsd.org> <1108881662.618.1.camel@spirit> <42193971.2080401@elischer.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PmPbXtOIcCyuRzh4abuV" Organization: The FreeBSD Simplified Chinese Project Date: Mon, 21 Feb 2005 11:04:08 +0800 Message-Id: <1108955048.624.6.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: freebsd-current@freebsd.org cc: Garance A Drosihn cc: David Xu Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 03:06:26 -0000 --=-PmPbXtOIcCyuRzh4abuV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =E5=9C=A8 2005-02-20=E6=97=A5=E7=9A=84 17:29 -0800=EF=BC=8CJulian Elischer= =E5=86=99=E9=81=93=EF=BC=9A > run the command in X11 and then switch to console to await the crash > that way you'll see if there is a messsage (or serial console I guess). > A panic when X is running will not sto pbecause it assumes you can't look= at it. > so it just reboots. (I haven't seen the code that does this but I've > observed the behaviour). Will it instantly reboot? I think I have a 15 seconds' wait after the boot, but the reboot happens immediately... > could it be achieved by anything tha scrolls that amount of data? > (e.g. catting a huge file?) if so it may just be bad thermal control > as teh cpu is doing all that renderring. Mine is not. Sometimes it even instantly reboots right before my GNOME shows its splash (it goes to graphics mode, and some application has started, and subsequently, an instant reboot right before GNOME's splash screen. I assume that GNOME has done something that has bad interaction with the display or something else, but really got no time and necessary knowledge to track down this). Cheers, --=20 Xin LI http://www.delphij.net/ --=-PmPbXtOIcCyuRzh4abuV Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCGU+o/cVsHxFZiIoRAixjAJ91LXbVmzTLeYHjmV891t+MFouCvwCdGKFk Dwjjq26Y8koqqNqf616jRsk= =xM7m -----END PGP SIGNATURE----- --=-PmPbXtOIcCyuRzh4abuV-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 05:15:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1171616A4CE for ; Mon, 21 Feb 2005 05:15:35 +0000 (GMT) Received: from mirapoint2.tis.cwru.edu (mirapoint2.TIS.CWRU.Edu [129.22.104.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id B847843D1D for ; Mon, 21 Feb 2005 05:15:34 +0000 (GMT) (envelope-from sxt85@case.edu) Received: from 192.168.0.10 (adsl-68-73-161-42.dsl.bcvloh.ameritech.net [68.73.161.42]) by mirapoint2.tis.cwru.edu (MOS 3.5.4-GR) with ESMTP id DLF53256 (AUTH sxt85); Mon, 21 Feb 2005 00:15:32 -0500 (EST) From: Sipat Triukose To: FreeBSD Current Group Content-Type: text/plain Organization: Case Western Reserve University Date: Mon, 21 Feb 2005 00:15:30 -0500 Message-Id: <1108962930.9203.12.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-3) Content-Transfer-Encoding: 7bit Subject: dummynet question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 05:15:35 -0000 Dear Everyone, I setup my FreeBSD 5.3 box as a bridge and use dummynet to introduce delay and bandwidth limitation. My question is I'm finding the way to interconnect the pipes together within the same machine. For example, I have 3 pipes with different configuration. The I would like to emulate a more complex network by connecting input to pipe1, pipe1 to pipe2, pipe2 to pipe3, and pipe3 to output network. If anyone has any ideas, please help me. Sincerely, -- Sipat Triukose Case Western Reserve University From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 06:36:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C51216A4CE for ; Mon, 21 Feb 2005 06:36:09 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F49943D48 for ; Mon, 21 Feb 2005 06:36:08 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.13.1) with ESMTP id j1L6a71n089453 for ; Sun, 20 Feb 2005 22:36:08 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j1L6a7Mk081798 for ; Sun, 20 Feb 2005 22:36:07 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j1L6a75c081797 for current@freebsd.org; Sun, 20 Feb 2005 22:36:07 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200502210636.j1L6a75c081797@realtime.exit.com> To: current@freebsd.org Date: Sun, 20 Feb 2005 22:36:07 -0800 (PST) X-Copyright0: Copyright 2005 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=ELM1108967767-81541-0_ Content-Transfer-Encoding: 7bit Subject: Hard hangs running 6-current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 06:36:09 -0000 --ELM1108967767-81541-0_ Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Okay, I've almost exhausted the possibilities so I turn to the general current-running public. I'm seeing an intermittent hard hang on my Dell Inspiron 5160 laptop. This is not a panic, it's definitely a hard hang, since although I typically run X I've had a firewire console connected for the last couple of days and the hang kills that, as well. The system is rendered entirely unresponsive with the only recourse being a power-cycle. Today I've eliminated both the ath driver and the nvidia driver as possibilities, the latter because I hit the hang a short time ago while running the nv driver instead. The former _might_ still be a suspect, but I've hit the hang while using the bfe ethernet instead of the wireless ath connection. One interesting although perhaps meaningless datapoint is that I usually see it wedge up right when I click some link in Firefox. It's not related to Flash or anything like that that I can see, just when I click a random link. I've attached a (verbose) dmesg.boot file as well as my config, fwiw. If anyone has seen anything like this or can suggest other avenues to explore, I would be very grateful. At least this hasn't been a _complete_ waste of time; I have managed to fix bugs in both the bfe driver and the nvidia driver through the course of my investigation. Neither fix helped _my_ problem, of course, but at least a couple of bugs were found and fixed. (Both of which were potentially very hard-to-find problems under normal conditions, although turning on INVARIANTS and DIAGNOSTIC flushed them right out.) -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ --ELM1108967767-81541-0_ Content-Transfer-Encoding: 7bit Content-Type: text/plain Content-Disposition: attachment; filename=AUTON Content-Description: # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.413.2.6 2004/09/22 19:23:37 andre Exp $ machine i386 cpu I686_CPU ident AUTON # 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 CPU_ENABLE_TCC # Enable Thermal Control Circuitry options SCHED_4BSD # 4BSD scheduler 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 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 SCSI_DELAY=15000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options KDB options KDB_TRACE options KDB_UNATTENDED options DDB options GDB options DIAGNOSTIC options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_KDB options WITNESS_SKIPSPIN # To make an SMP kernel, the next two 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 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 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) # 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 #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 ppi # Parallel port interface device # 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 # 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! 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 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 uscanner # Scanners # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) #device dcons # dumb console driver #device dcons_crom # FireWire attachment #options DCONS_FORCE_GDB=1 # force to be the gdb device --ELM1108967767-81541-0_ Content-Transfer-Encoding: 7bit Content-Type: text/plain Content-Disposition: attachment; filename=dmesg.boot Content-Description: 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-CURRENT #15: Sat Feb 19 18:46:46 PST 2005 frank@fw94:/home/obj/usr/src/sys/AUTON WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. WARNING: MPSAFE network stack disabled, expect reduced performance. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0d7c000. Preloaded elf module "/boot/kernel/linux.ko" at 0xc0d7c188. Preloaded elf module "/boot/kernel/if_bfe.ko" at 0xc0d7c234. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc0d7c2e0. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0d7c38c. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0d7c438. Preloaded elf module "/boot/kernel/agp.ko" at 0xc0d7c4e4. Preloaded elf module "/boot/kernel/cpufreq.ko" at 0xc0d7c58c. Preloaded elf module "/boot/modules/nvidia.ko" at 0xc0d7c638. Preloaded elf module "/boot/kernel/wlan_wep.ko" at 0xc0d7c6e4. Preloaded elf module "/boot/kernel/wlan.ko" at 0xc0d7c794. Preloaded elf module "/boot/kernel/if_ath.ko" at 0xc0d7c840. Preloaded elf module "/boot/kernel/ath_hal.ko" at 0xc0d7c8ec. Preloaded elf module "/boot/kernel/ath_rate.ko" at 0xc0d7c998. Preloaded elf module "/boot/kernel/ichwd.ko" at 0xc0d7ca48. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0d7caf4. Table 'FACP' at 0x1fff0400 Table 'APIC' at 0x1fff0c00 MADT: Found table at 0x1fff0c00 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 0: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 1: enabled SMP: Added CPU 1 (AP) ACPI APIC Table: 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: 2790720922 Hz CPU: Mobile Intel(R) Pentium(R) 4 CPU 2.80GHz (2790.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536662016 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001028000 - 0x000000001f69dfff, 510091264 bytes (124534 pages) avail memory = 511651840 (487 MB) 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: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00ffe80 bios32: Entry = 0xffe90 (c00ffe90) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xcf1e pnpbios: Found PnP BIOS data at 0xc00fe2d0 pnpbios: Entry = f0000:e2f4 Rev = 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 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: intr override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high MADT: intr override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: high lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 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: 0x00010000 pcm: 0x00010000 wlan: <802.11 Link Layer> ath_rate: random: nfslock: pseudo-device ichwd module loaded mem: Pentium Pro MTRR support enabled null: io: ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x8000eac4 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=35808086) pcibios: BIOS version 2.10 Found $PIR table, 9 entries at 0xc00fcb30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 29 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 29 D 0x6b 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 30 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 31 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x65 3 4 5 6 7 9 10 11 12 14 15 embedded 2 1 A 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 2 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 2 4 B 0x60 none embedded 2 2 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 2 2 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 8 0 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 8 0 B 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 8 1 A 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 8 1 B 0x63 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 31 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 31 func 0 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 0x1008-0x100b on acpi0 cpu0: on acpi0 CPU claims to support Enhanced Speedstep, but is not recognized. Please update driver or contact the maintainer. cpu_vendor = GenuineIntel msr = 152800000e1a, bus_clk = 64 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e0000000, size 27, enabled found-> vendor=0x8086, dev=0x3580, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0106, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3584, revid=0x02 bus=0, slot=0, func=1 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3585, revid=0x02 bus=0, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3581, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0c (3000 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000bf80, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x24c2, revid=0x01 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=16 map[20]: type 4, range 32, base 0000bf40, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x24c4, revid=0x01 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=19 map[20]: type 4, range 32, base 0000bf20, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x24c7, revid=0x01 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=18 map[10]: type 1, range 32, base f4fffc00, size 10, enabled pcib0: matched entry for 0.29.INTD pcib0: slot 29 INTD hardwired to IRQ 23 found-> vendor=0x8086, dev=0x24cd, revid=0x01 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=d, irq=23 powerspec 2 supports D0 D3 current D0 found-> vendor=0x8086, dev=0x2448, revid=0x81 bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24cc, revid=0x01 bus=0, slot=31, 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 0000bfa0, size 4, enabled found-> vendor=0x8086, dev=0x24ca, revid=0x01 bus=0, slot=31, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[10]: type 4, range 32, base 0000b800, size 8, enabled map[14]: type 4, range 32, base 0000bc40, size 6, enabled map[18]: type 1, range 32, base f4fff800, size 9, enabled map[1c]: type 1, range 32, base f4fff400, size 8, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x24c5, revid=0x01 bus=0, slot=31, func=5 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=17 powerspec 2 supports D0 D3 current D0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xc000-0xcfff pcib1: memory decode 0xfc000000-0xfdffffff pcib1: prefetched decode 0xd0000000-0xdfffffff pci1: on pcib1 pci1: physical bus=1 map[10]: type 1, range 32, base fc000000, size 24, enabled pcib1: (null) requested memory range 0xfc000000-0xfcffffff: good map[14]: type 3, range 32, base d0000000, size 28, enabled pcib1: (null) requested memory range 0xd0000000-0xdfffffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 20 found-> vendor=0x10de, dev=0x0324, revid=0xa1 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0027, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=20 powerspec 2 supports D0 D3 current D0 nvidia0: mem 0xd0000000-0xdfffffff,0xfc000000-0xfcffffff irq 20 at device 0.0 on pci1 nvidia0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0xfc000000 nvidia0: Reserved 0x10000000 bytes for rid 0x14 type 3 at 0xd0000000 nvidia0: [GIANT-LOCKED] uhci0: port 0xbf80-0xbf9f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf80 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 0xbf40-0xbf5f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf40 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 0xbf20-0xbf3f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xbf20 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 ehci0: mem 0xf4fffc00-0xf4ffffff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xf4fffc00 ehci0: [GIANT-LOCKED] ehci_pci_attach: companion usb0 ehci_pci_attach: companion usb1 ehci_pci_attach: companion usb2 usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub3: single transaction translator uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xefff pcib2: memory decode 0xf6000000-0xfbffffff pcib2: prefetched decode 0xfff00000-0xfffff pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: physical bus=2 map[10]: type 1, range 32, base faffe000, size 13, enabled pcib2: (null) requested memory range 0xfaffe000-0xfaffffff: good pcib2: matched entry for 2.1.INTA pcib2: slot 1 INTA hardwired to IRQ 17 found-> vendor=0x14e4, dev=0x170c, revid=0x02 bus=2, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=17 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base fafe0000, size 16, enabled pcib2: (null) requested memory range 0xfafe0000-0xfafeffff: good pcib2: matched entry for 2.2.INTA pcib2: slot 2 INTA hardwired to IRQ 18 found-> vendor=0x168c, dev=0x0013, revid=0x01 bus=2, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0116, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x0a (2500 ns), maxlat=0x1c (7000 ns) intpin=a, irq=18 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base 00000000, size 12, memory disabled found-> vendor=0x104c, dev=0xac44, revid=0x02 bus=2, slot=4, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x40 (16000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=255 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base faffd800, size 11, enabled pcib2: (null) requested memory range 0xfaffd800-0xfaffdfff: good map[14]: type 1, range 32, base faff8000, size 14, enabled pcib2: (null) requested memory range 0xfaff8000-0xfaffbfff: good pcib2: matched entry for 2.4.INTA pcib2: slot 4 INTA hardwired to IRQ 16 found-> vendor=0x104c, dev=0x8029, revid=0x00 bus=2, slot=4, func=1 class=0c-00-10, hdrtype=0x00, mfdev=1 cmdreg=0x0116, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=16 powerspec 2 supports D0 D1 D2 D3 current D0 bfe0: mem 0xfaffe000-0xfaffffff irq 17 at device 1.0 on pci2 bfe0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfaffe000 miibus0: on bfe0 bmtphy0: on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: bpf attached bfe0: Ethernet address: 00:0f:1f:26:c6:65 bfe0: [GIANT-LOCKED] ath0: mem 0xfafe0000-0xfafeffff irq 18 at device 2.0 on pci2 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfafe0000 ath0: [GIANT-LOCKED] ath0: bpf attached ath0: Ethernet address: 00:02:6f:21:df:fe ath0: bpf attached ath0: bpf attached ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: turboA rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: turboG rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: mac 5.9 phy 4.3 radio 3.6 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons cbb0: at device 4.0 on pci2 pcib2: cbb0 requested memory range 0xf6000000-0xfbffffff: good cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xf6000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pcib2: matched entry for 2.4.INTA pcib2: slot 4 INTA hardwired to IRQ 16 cbb0: [MPSAFE] cbb0: PCI Configuration space: 0x00: 0xac44104c 0x02100007 0x06070002 0x00822008 0x10: 0xf6000000 0x020000a0 0x20040302 0xfffff000 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc 0x30: 0x00000000 0xfffffffc 0x00000000 0x07400110 0x40: 0x01961028 0x00000001 0x00000000 0x00000000 0x50: 0x00000000 0x00000000 0x00000000 0x00000000 0x60: 0x00000000 0x00000000 0x00000000 0x00000000 0x70: 0x00000000 0x00000000 0x00000000 0x00000000 0x80: 0x28405061 0x00000000 0x001f0000 0x00001002 0x90: 0x606482c0 0x00000000 0x00000000 0x00000000 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000 fwohci0: vendor=104c, dev=8029 fwohci0: <1394 Open Host Controller Interface> mem 0xfaff8000-0xfaffbfff,0xfaffd800-0xfaffdfff irq 16 at device 4.1 on pci2 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfaffd800 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 34:4f:c0:00:26:8f:58:a1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1f49c000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 36:4f:c0:8f:58:a1 fwe0: bpf attached fwe0: Ethernet address: 36:4f:c0:8f:58:a1 fwohci0: Initiate bus reset fwohci0: node_id=0x8000ffc0, gen=1, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 ichss: enabling SpeedStep support ichss0: on cpu0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xbfa0-0xbfaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xbfa0 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=03 ostat0=50 ostat1=01 ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata0-master: stat=0x00 err=0x01 lsb=0x14 msb=0xeb ata0-slave: stat=0x01 err=0x01 lsb=0x01 msb=0x01 ata0: reset tp2 stat0=00 stat1=01 devices=0x4 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=0x50 err=0x01 lsb=0x00 msb=0x00 ata1-slave: stat=0x00 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=50 stat1=00 devices=0x1 ata1: [MPSAFE] pcm0: port 0xbc40-0xbc7f,0xb800-0xb8ff mem 0xf4fff400-0xf4fff4ff,0xf4fff800-0xf4fff9ff irq 17 at device 31.5 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xb800 pcm0: Reserved 0x40 bytes for rid 0x14 type 4 at 0xbc40 pcm0: [GIANT-LOCKED] pcm0: pcm0: Codec features headphone, 20 bit DAC, 20 bit ADC, 5 bit master volume, SigmaTel 3D Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 4 pcm0: sndbuf_setmap 1f211000, 4000; 0xd5b46000 -> 1f211000 pcm0: sndbuf_setmap 1f20d000, 4000; 0xd5b4a000 -> 1f20d000 acpi_tz0: on acpi0 pci_link0: irq 11 on acpi0 pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link1: irq 11 on acpi0 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 pci_link2: irq 11 on acpi0 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 9 10 11 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 9 10 11 pci_link3: irq 11 on acpi0 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 5 7 9 10 11 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 5 7 9 10 11 pci_link4: irq 11 on acpi0 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: irq 11 on acpi0 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 9 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 9 10 11 12 14 15 psmcpnp0: irq 12 on acpi0 atkbdc0: port 0x66,0x62,0x64,0x60 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: current command byte:0065 psm0: flags 0x1000 irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00001000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it sc: sc0 already exists; skipping it vga: vga0 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 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xcf800-0xcffff,0xc0000-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff 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) fdc0 failed to probe at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0 failed to probe at irq 7 on isa0 sio0 failed to probe at port 0x3f8 irq 4 on isa0 sio1 failed to probe at port 0x2f8 irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices Device configuration finished. lapic: Divisor 2, Frequency 66445429 hz Timecounter "TSC" frequency 2790720922 Hz quality -100 Timecounters tick every 1.000 msec Linux ELF exec handler installed lo0: bpf attached Expensive timeout(9) function: 0xc0521e54(0) 0.003906082 s acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acpi_cmbat0: battery initialization start acpi_cmbat0: battery initialization done, tried 1 times firewire0: bus manager 1 firewire0: New S400 device ID:0011060000003b31 ata0-master: pio=0x0c wdma=0x22 udma=0x42 cable=40pin ata0-master: setting PIO4 on Intel ICH4 chip ata0-master: setting UDMA33 on Intel ICH4 chip acd0: DVDROM drive at ata0 as master acd0: read 4134KB/s (4134KB/s), 256KB buffer, UDMA33 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata1-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin ata1-master: setting PIO4 on Intel ICH4 chip ata1-master: setting UDMA100 on Intel ICH4 chip ad2: ATA-6 disk at ata1-master ad2: 57231MB (117210240 sectors), 116280 C, 16 H, 63 S, 512 B ad2: 16 secs/int, 1 depth queue, UDMA100 ar: FreeBSD check1 failed pcm0: measured ac97 link rate at 47998 Hz, will use 48000 Hz GEOM: new disk ad2 (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: routing intpin 1 (ISA IRQ 1) 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 ioapic0: routing intpin 20 (PCI IRQ 20) to cluster 0 ioapic0: routing intpin 23 (PCI IRQ 23) to cluster 0 Trying to mount root from ufs:/dev/ad2s4a start_init: trying /sbin/init Expensive timeout(9) function: 0xc05d53c4(0) 0.007952686 s Expensive timeout(9) function: 0xc0cefb50(0xc1ef9000) 0.012891861 s --ELM1108967767-81541-0_-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 06:56:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 702DC16A4CE for ; Mon, 21 Feb 2005 06:56:33 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0436B43D41 for ; Mon, 21 Feb 2005 06:56:33 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so230364rnf for ; Sun, 20 Feb 2005 22:56:32 -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:references; b=Xw7WsNTQzRBwSCK1PCZPOskyjJDasv6FWY8O3q7al8QntaR1vZTYiKDrefNI6szoaUDgCpgn7osm1wVr7i01rfrSJgCsQL9ZOntsPKX6VNra0bZrW4f9cdGBylcXMM7YYJIYLyUllotpAMCzEQ6d1WKjoPE2qO/YBKtZBbXE3O8= Received: by 10.38.78.26 with SMTP id a26mr100796rnb; Sun, 20 Feb 2005 22:56:32 -0800 (PST) Received: by 10.38.209.12 with HTTP; Sun, 20 Feb 2005 22:56:32 -0800 (PST) Message-ID: <84dead7205022022563dd21b66@mail.gmail.com> Date: Mon, 21 Feb 2005 06:56:32 +0000 From: Joseph Koshy To: frank@exit.com In-Reply-To: <200502210636.j1L6a75c081797@realtime.exit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200502210636.j1L6a75c081797@realtime.exit.com> cc: current@freebsd.org Subject: Re: Hard hangs running 6-current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 06:56:33 -0000 > current-running public. I'm seeing an intermittent hard hang on my Dell > Inspiron 5160 laptop. This is not a panic, it's definitely a hard hang, Try turning off HTT in the BIOS. I've been seeing freezes after I upgraded to -current of last weeks vintage. Switching off HTT eliminated these freezes leaving only the usual bunch of panics to work with. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 07:06:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1522A16A4CE for ; Mon, 21 Feb 2005 07:06:27 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC34C43D4C for ; Mon, 21 Feb 2005 07:06:26 +0000 (GMT) (envelope-from bsdunx@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so824451wri for ; Sun, 20 Feb 2005 23:06:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=prsw0eiGts74E+DWOqBKM/jVrM3LjK3nM9slNklSOQJ+qT4nJA4xT5jUA/Q66U2jc8Pk1sQSwH2o5H2sP30XHHK4It/8DsHSAL5Fys4qF3iP2ZnoSIogunkrhUZxSnJVoIMfE+wAnP91+mE3qS8XcoPUkgGFOOU6ua6eB5YBOPY= Received: by 10.54.6.35 with SMTP id 35mr87427wrf; Sun, 20 Feb 2005 23:06:25 -0800 (PST) Received: by 10.54.47.42 with HTTP; Sun, 20 Feb 2005 23:06:25 -0800 (PST) Message-ID: Date: Mon, 21 Feb 2005 02:06:25 -0500 From: Adam Gregoire To: freebsd-current@freebsd.org In-Reply-To: <1108955048.624.6.camel@spirit> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <421808E9.8060706@freebsd.org> <1108872886.909.2.camel@leguin> <42182880.6000101@freebsd.org> <1108881662.618.1.camel@spirit> <42193971.2080401@elischer.org> <1108955048.624.6.camel@spirit> Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Adam Gregoire List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 07:06:27 -0000 http://docs.freebsd.org/cgi/getmsg.cgi?fetch=29889+0+current/freebsd-amd64 Above message is the backtrace I get also, from vm_page_remove . From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 07:13:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44E2716A4CE for ; Mon, 21 Feb 2005 07:13:49 +0000 (GMT) Received: from server1.astraldream.net (astraldream.net [69.20.5.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9461E43D4C for ; Mon, 21 Feb 2005 07:13:46 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.1.12] (63-170-138-118.cst-sg.blacksburg.ntc-com.net [63.170.138.118]) (authenticated (0 bits)) by server1.astraldream.net (8.11.6/8.11.6) with ESMTP id j1L7Ddv10162 (using TLSv1/SSLv3 with cipher RC4-SHA (128 bits) verified NO); Mon, 21 Feb 2005 02:13:45 -0500 In-Reply-To: <20050220020525.GV14312@cicely12.cicely.de> References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <421605D0.80302@centtech.com> <20050218172831.GA9944@freebie.xs4all.nl> <4217BAC5.10504@centtech.com> <20050220000418.GU14312@cicely12.cicely.de> <4217DC90.5090202@centtech.com> <20050220020525.GV14312@cicely12.cicely.de> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <818327a8016d57a190841b5d8494f77e@FreeBSD.org> Content-Transfer-Encoding: 7bit From: Suleiman Souhlal Date: Mon, 21 Feb 2005 02:13:21 -0500 To: ticso@cicely.de X-Mailer: Apple Mail (2.619.2) cc: Matthew Jacob cc: FreeBSD Current cc: Eric Anderson cc: Wilko Bulte Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 07:13:49 -0000 On Feb 19, 2005, at 9:05 PM, Bernd Walter wrote: > However - you need your filesystem setup to support such large files. > That is large fragments to allow large allocation chains with big > fragments each. > In my case I was limited to 128T and since I don't want to newfs the > backing filesystem that's my limit for now without concatenating > multiple of them. You can do mdconfig -a -t swap -s 5000t instead, which won't be limited by the maximum file size. -- Suleiman Souhlal | ssouhlal@vt.edu The FreeBSD Project | ssouhlal@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 07:58:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5613D16A4CE; Mon, 21 Feb 2005 07:58:47 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5964643D54; Mon, 21 Feb 2005 07:58:46 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j1L7was1004614 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 21 Feb 2005 08:58:38 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j1L7vt55081792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Feb 2005 08:57:56 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j1L7vttG033199; Mon, 21 Feb 2005 08:57:55 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j1L7vswS033198; Mon, 21 Feb 2005 08:57:55 +0100 (CET) (envelope-from ticso) Date: Mon, 21 Feb 2005 08:57:54 +0100 From: Bernd Walter To: Suleiman Souhlal Message-ID: <20050221075754.GK14312@cicely12.cicely.de> References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <421605D0.80302@centtech.com> <20050218172831.GA9944@freebie.xs4all.nl> <4217BAC5.10504@centtech.com> <20050220000418.GU14312@cicely12.cicely.de> <4217DC90.5090202@centtech.com> <20050220020525.GV14312@cicely12.cicely.de> <818327a8016d57a190841b5d8494f77e@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <818327a8016d57a190841b5d8494f77e@FreeBSD.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: Matthew Jacob cc: FreeBSD Current cc: Eric Anderson cc: ticso@cicely.de cc: Wilko Bulte Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 07:58:47 -0000 On Mon, Feb 21, 2005 at 02:13:21AM -0500, Suleiman Souhlal wrote: > > On Feb 19, 2005, at 9:05 PM, Bernd Walter wrote: > > >However - you need your filesystem setup to support such large files. > >That is large fragments to allow large allocation chains with big > >fragments each. > >In my case I was limited to 128T and since I don't want to newfs the > >backing filesystem that's my limit for now without concatenating > >multiple of them. > > You can do mdconfig -a -t swap -s 5000t instead, which won't be limited > by the maximum file size. But won't help you much in analysing problems after a panic. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 07:59:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AEB316A4CE for ; Mon, 21 Feb 2005 07:59:07 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id E013C43D39 for ; Mon, 21 Feb 2005 07:59:06 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.44 (FreeBSD)) id 1D38T5-000JCw-Gr; Mon, 21 Feb 2005 10:59:00 +0300 From: Vladimir Grebenschikov To: "current@freebsd.org" In-Reply-To: <20050214182356.GA95737@xor.obsecurity.org> References: <20050214034034.GC43645@xor.obsecurity.org> <3fe948624c5583e9eb9c1150ae50b977@xcllnt.net> <20050214182356.GA95737@xor.obsecurity.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 21 Feb 2005 10:58:57 +0300 Message-Id: <1108972737.1177.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: Marcel Moolenaar Subject: Re: make(1) infinite loop on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 07:59:07 -0000 =F7 =D0=CE, 14/02/2005 =D7 10:23 -0800, Kris Kennaway =D0=C9=DB=C5=D4: >On Mon, Feb 14, 2005 at 12:08:13AM -0800, Marcel Moolenaar wrote: >> On Feb 13, 2005, at 7:40 PM, Kris Kennaway wrote: >>=20 >> >With a fresh build of 6.x, a lot of port builds are going into an >> >infinite loop and doing nothing. I think it's make(1) that is >> >looping. >>=20 >> Do you see this only on ia64? > >Looks like it's happening on amd64 as well (e.g. the ninja port is >causing make to infinitely loop on both arches). I have two ports that fails to build, after configure make starts eat 100% CPU for infinite time. It happens for www/apache2 and for lang/ruby18, all other ports upgraded ok. It does no syscalls, just eat CPU. No special CPU options while make build. Recent current and recent port-tree. Any suggestions ? --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 08:03:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A5E816A4CE for ; Mon, 21 Feb 2005 08:03:41 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0498343D2D for ; Mon, 21 Feb 2005 08:03:40 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Mon, 21 Feb 2005 09:03:37 +0100 Date: Mon, 21 Feb 2005 09:03:45 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Vladimir Grebenschikov In-Reply-To: <1108972737.1177.3.camel@localhost> Message-ID: <20050221090140.T34171@beagle.kn.op.dlr.de> References: <20050214034034.GC43645@xor.obsecurity.org> <20050214182356.GA95737@xor.obsecurity.org> <1108972737.1177.3.camel@localhost> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1885331457-1108973025=:34171" X-OriginalArrivalTime: 21 Feb 2005 08:03:38.0138 (UTC) FILETIME=[D95C37A0:01C517EB] cc: "current@freebsd.org" cc: Marcel Moolenaar Subject: Re: make(1) infinite loop on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 08:03:41 -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-1885331457-1108973025=:34171 Content-Type: TEXT/PLAIN; charset=KOI8-R Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 21 Feb 2005, Vladimir Grebenschikov wrote: VG>=F7 =D0=CE, 14/02/2005 =D7 10:23 -0800, Kris Kennaway =D0=C9=DB=C5=D4: VG>>On Mon, Feb 14, 2005 at 12:08:13AM -0800, Marcel Moolenaar wrote: VG>>> On Feb 13, 2005, at 7:40 PM, Kris Kennaway wrote: VG>>>=20 VG>>> >With a fresh build of 6.x, a lot of port builds are going into an VG>>> >infinite loop and doing nothing. I think it's make(1) that is VG>>> >looping. VG>>>=20 VG>>> Do you see this only on ia64? VG>> VG>>Looks like it's happening on amd64 as well (e.g. the ninja port is VG>>causing make to infinitely loop on both arches). VG> VG>I have two ports that fails to build, after configure make starts eat VG>100% CPU for infinite time. It happens for www/apache2 and for VG>lang/ruby18, all other ports upgraded ok. VG> VG>It does no syscalls, just eat CPU. No special CPU options while make VG>build. VG>Recent current and recent port-tree. VG> VG>Any suggestions ? That problem was fixed if you have a usr.bin/make/main.c newer than 1.117. Are you sure that you actually have a new make? harti --0-1885331457-1108973025=:34171-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 08:15:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78E7D16A4CE; Mon, 21 Feb 2005 08:15:12 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B68B43D4C; Mon, 21 Feb 2005 08:15:12 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.44 (FreeBSD)) id 1D38ik-00083n-JA; Mon, 21 Feb 2005 11:15:10 +0300 From: Vladimir Grebenschikov To: Harti Brandt In-Reply-To: <20050221090140.T34171@beagle.kn.op.dlr.de> References: <20050214034034.GC43645@xor.obsecurity.org> <3fe948624c5583e9eb9c1150ae50b977@xcllnt.net> <20050214182356.GA95737@xor.obsecurity.org> <1108972737.1177.3.camel@localhost> <20050221090140.T34171@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 21 Feb 2005 11:15:09 +0300 Message-Id: <1108973709.1177.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" cc: Marcel Moolenaar Subject: Re: make(1) infinite loop on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 08:15:12 -0000 =F7 =D0=CE, 21/02/2005 =D7 09:03 +0100, Harti Brandt =D0=C9=DB=C5=D4: >On Mon, 21 Feb 2005, Vladimir Grebenschikov wrote: > >VG>=F7 =D0=CE, 14/02/2005 =D7 10:23 -0800, Kris Kennaway =D0=C9=DB=C5=D4: >VG>>On Mon, Feb 14, 2005 at 12:08:13AM -0800, Marcel Moolenaar wrote: >VG>>> On Feb 13, 2005, at 7:40 PM, Kris Kennaway wrote: >VG>>>=20 >VG>>> >With a fresh build of 6.x, a lot of port builds are going into an >VG>>> >infinite loop and doing nothing. I think it's make(1) that is >VG>>> >looping. >VG>>>=20 >VG>>> Do you see this only on ia64? >VG>> >VG>>Looks like it's happening on amd64 as well (e.g. the ninja port is >VG>>causing make to infinitely loop on both arches). >VG> >VG>I have two ports that fails to build, after configure make starts eat >VG>100% CPU for infinite time. It happens for www/apache2 and for >VG>lang/ruby18, all other ports upgraded ok. >VG> >VG>It does no syscalls, just eat CPU. No special CPU options while make >VG>build. >VG>Recent current and recent port-tree. >VG> >VG>Any suggestions ? > >That problem was fixed if you have a usr.bin/make/main.c newer than 1.117. > >Are you sure that you actually have a new make? I has exact 1.117, looks like I should upgrade. sorry for noise. >harti --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 09:28:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8863A16A4CE for ; Mon, 21 Feb 2005 09:28:27 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 9468543D46 for ; Mon, 21 Feb 2005 09:28:26 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 16613 invoked from network); 21 Feb 2005 09:28:24 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 21 Feb 2005 09:28:24 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j1L9SONi042278 for ; Mon, 21 Feb 2005 10:28:24 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j1L9SOkU042277 for current@freebsd.org; Mon, 21 Feb 2005 10:28:24 +0100 (CET) (envelope-from pho) Date: Mon, 21 Feb 2005 10:28:24 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050221092824.GA42249@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: page fault in kern/kern_sig.c:1598 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 09:28:27 -0000 With GENERIC HEAD from Feb 19 13:36 UTC + mpsafe_vfs = 1 I got: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xcf5f4c78 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0614a0b stack pointer = 0x10:0xcfacaca8 frame pointer = 0x10:0xcfacacb4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 64291 (syscall) [thread pid 64291 tid 100582 ] Stopped at sigtd+0x6b: testl %edx,0(%eax,%esi,4) db> where Tracing pid 64291 tid 100582 td 0xc1e53a10 sigtd(c2700de4,1,81,c2700de4,cfacad14) at sigtd+0x6b psignal(c2700de4,1) at psignal+0x5a kill(c1e53a10,cfacad14,2,3,296) at kill+0x6e syscall(2f,2f,2f,2804f6dc,bfbfeb00) at syscall+0x213 Details at http://www.holm.cc/stress/log/cons117.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 10:45:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CFB716A4CF; Mon, 21 Feb 2005 10:45:12 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id E405E43D41; Mon, 21 Feb 2005 10:45:11 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 7076B46B37; Mon, 21 Feb 2005 05:45:11 -0500 (EST) Date: Mon, 21 Feb 2005 10:43:36 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: "Conrad J. Sabatier" In-Reply-To: <20050220171128.7d1e917e@dolphin.local.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: David Xu Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 10:45:12 -0000 On Sun, 20 Feb 2005, Conrad J. Sabatier wrote: > I've reverted to using a kernel from Sunday, Feb. 13 for the time being. > All recent attempts to use newer kernels result in the same problem. Including attempts to use a kernel from the 14th? If you could narrow the date of the introduction of the problem to a single day, that might be very helpful. Thanks, Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 10:54:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C683C16A4CE for ; Mon, 21 Feb 2005 10:54:40 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6929143D5D for ; Mon, 21 Feb 2005 10:54:40 +0000 (GMT) (envelope-from bsdunx@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so848916wri for ; Mon, 21 Feb 2005 02:54:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=AM6ReoQ2unOhRfPzVhdc79l6HmNzVRk3vxlogv1Jw+0pDTpPLNz30Ha8JGmVdHWuBwPFwXcy47rkW6NzrIyIlPuC2H9qlagKM3VWNqk394SLqoga9W/azRpNuC7h2iKvxjS1g5vnvJpP8VDZnof6s1Eh8+oJOyKxT3Z0cFEvT3g= Received: by 10.54.45.1 with SMTP id s1mr273918wrs; Mon, 21 Feb 2005 02:54:39 -0800 (PST) Received: by 10.54.47.42 with HTTP; Mon, 21 Feb 2005 02:54:39 -0800 (PST) Message-ID: Date: Mon, 21 Feb 2005 05:54:39 -0500 From: Adam Gregoire To: freebsd-current@freebsd.org In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050220171128.7d1e917e@dolphin.local.net> Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Adam Gregoire List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 10:54:40 -0000 > Including attempts to use a kernel from the 14th? If you could narrow the > date of the introduction of the problem to a single day, that might be > very helpful. > > Thanks, > > Robert N M Watson This is the best range I can give you. drwxr-xr-x 2 root wheel 7168 Feb 13 17:52 kernel.good drwxr-xr-x 2 root wheel 7168 Feb 18 05:26 kernel.old The time between cvsup and builds are less then 2 hours I'm sure. From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 11:31:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF46916A4CE for ; Mon, 21 Feb 2005 11:31:03 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99C0643D49 for ; Mon, 21 Feb 2005 11:31:03 +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 postfix3-1.free.fr (Postfix) with ESMTP id BF44C1734DA; Mon, 21 Feb 2005 12:31:02 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 574F1407C; Mon, 21 Feb 2005 12:30:26 +0100 (CET) Date: Mon, 21 Feb 2005 12:30:26 +0100 From: Jeremie Le Hen To: Sipat Triukose Message-ID: <20050221113026.GG1437@obiwan.tataz.chchile.org> References: <1108962930.9203.12.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108962930.9203.12.camel@localhost.localdomain> User-Agent: Mutt/1.5.7i cc: FreeBSD Current Group Subject: Re: dummynet question X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 11:31:04 -0000 Hi Sipat, you should have used freebsd-ipfw@ for this question. > I setup my FreeBSD 5.3 box as a bridge and use dummynet to introduce > delay and bandwidth limitation. > > My question is I'm finding the way to interconnect the pipes together > within the same machine. > > For example, I have 3 pipes with different configuration. The I would > like to emulate a more complex network by connecting input to pipe1, > pipe1 to pipe2, pipe2 to pipe3, and pipe3 to output network. > > If anyone has any ideas, please help me. It's very simple. You just have to define multiple pipes and then add rules to make packets go through them. The only thing you have to be careful about is that the net.inet.ip.fw.one_pass is set to 0. Regards, -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 17:39:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A08016A4CF for ; Sun, 20 Feb 2005 17:39:45 +0000 (GMT) Received: from wm1.todt.org (wm2.todt.org [207.218.27.21]) by mx1.FreeBSD.org (Postfix) with SMTP id BB82243D46 for ; Sun, 20 Feb 2005 17:39:43 +0000 (GMT) (envelope-from jachmann@unitix.org) Received: (qmail 8686 invoked from network); 20 Feb 2005 17:39:41 -0000 Received: from unknown (HELO hurx.thc) (213.23.225.89) by 0 with SMTP; 20 Feb 2005 17:39:41 -0000 Received: (qmail 80329 invoked by uid 1001); 20 Feb 2005 17:39:41 -0000 Date: Sun, 20 Feb 2005 18:39:41 +0100 From: Christian Jachmann To: David Schultz Message-ID: <20050220173941.GA25298@hurx.thc> References: <20050219141530.GA67861@hurx.thc> <20050219225100.GA16028@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050219225100.GA16028@VARK.MIT.EDU> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Mon, 21 Feb 2005 12:45:58 +0000 cc: current@freebsd.org Subject: Re: Load over 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 17:39:45 -0000 On Sat, Feb 19, 2005 at 05:51:01PM -0500, David Schultz wrote: > On Sat, Feb 19, 2005, Christian Jachmann wrote: > > Hi, > > > > seems that vm.loadavg cant grow over 1024 > > seems that there is a bug > > Yes, see the comments in sys/param.h. I'm sorry that you were > unable to accurately measure how much of your foot you're capable > of shooting off. Ja, found it... so load over 1024 should not be usual, right? it should't occur in ordinary practice. I'm currently testing ULE-scheduler under high load works like a charme. Thanks for the hint -- Christian Jachmann From owner-freebsd-current@FreeBSD.ORG Sun Feb 20 19:32:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0697E16A4CE for ; Sun, 20 Feb 2005 19:32:26 +0000 (GMT) Received: from kashyyyk.admin.kth.se (kashyyyk.admin.kth.se [130.237.31.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA6E943D39 for ; Sun, 20 Feb 2005 19:32:24 +0000 (GMT) (envelope-from kaj@kth.se) Received: from kashyyyk.admin.kth.se (localhost.localdomain [127.0.0.1]) by kashyyyk.admin.kth.se (8.13.1/8.13.1) with ESMTP id j1KJWNYb032222; Sun, 20 Feb 2005 20:32:23 +0100 Received: (from kaj@localhost) by kashyyyk.admin.kth.se (8.13.1/8.13.1/Submit) id j1KJWMOD032219; Sun, 20 Feb 2005 20:32:22 +0100 X-Authentication-Warning: kashyyyk.admin.kth.se: kaj set sender to kaj@kth.se using -f Sender: kaj@kashyyyk.admin.kth.se To: Jeremie Le Hen References: <72c3a957050217031230598f63@mail.gmail.com> <86zmy3qmm2.wl%sf@FreeBSD.org> <72c3a957050217065223729f83@mail.gmail.com> <20050217185422.GJ57256@cirb503493.alcatel.com.au> <20050218003534.GA31807@neveragain.de> <20050218080214.GQ82324@obiwan.tataz.chchile.org> From: Rasmus Kaj Organization: http://www.stacken.kth.se/ - Stacken computer club, Stockholm X-Face: M9cR~WYav<"fu%MaslX0`43PAYY?uIsM8[#E(0\Xuy9rj>4gE\h3jm.7DD?]R8*^7T\o&vT U@[53Dwkuup4[0@gw#~kyu>`unH?kVj9CJa02(h>Ki\+i=%rn%sDf^KC.!?IHkKjMAbkd\jgmphp^' d|Q; OeXEAhq?ybGqOs1CHb6TJT42'C`Krnk61//AOfXtNjj/t'`5>Vw0QX!dKfOL$.f+S"LIuwR<;I Z0Qnnx(F^F]o@*V%TUtEV'1Z[TkOl^FFV9Z~A[b19%}uP*,huCU Date: 20 Feb 2005 20:32:22 +0100 In-Reply-To: <20050218080214.GQ82324@obiwan.tataz.chchile.org> Message-ID: Lines: 26 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 21 Feb 2005 12:45:58 +0000 cc: Dennis Koegel cc: freebsd-current@freebsd.org Subject: Re: pcre in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Feb 2005 19:32:26 -0000 >>>>> "JLH" == Jeremie Le Hen writes: >> But, well, it would actually be nice if PCREs would be available as an >> *option*. Analogue to grep, grep -E / sed, sed -E, ... JLH> Note that the pcre port is shipped with the pcregrep command. JLH> There is unfortunately no pcresed or pcreawk command. If someone wants a *really* perl compatible sed, why not just use perl? perl -p -e 's/regex/replacement/' is the same thing as sed -e 's/regex/replacement/' except, of cource, for the differences in regex (and replacement) syntax. A similar replacement is easily created for awk (see the perlrun manpage). -- Rasmus Kaj ----------------------------------------------- rasmus@kaj.se \ Send me all ``mail viruses'' you want - I use Unix, secure by default. \------------------------------------- http://www.stacken.kth.se/~kaj/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 14:15:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46F7F16A4CE; Mon, 21 Feb 2005 14:15:32 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01C7843D31; Mon, 21 Feb 2005 14:15:32 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 49C9346B17; Mon, 21 Feb 2005 09:15:31 -0500 (EST) Date: Mon, 21 Feb 2005 14:13:55 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Christian Jachmann In-Reply-To: <20050220173941.GA25298@hurx.thc> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: David Schultz cc: current@freebsd.org Subject: Re: Load over 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 14:15:32 -0000 On Sun, 20 Feb 2005, Christian Jachmann wrote: > so load over 1024 should not be usual, right? it should't occur in > ordinary practice. I'm currently testing ULE-scheduler under high load > works like a charme. Load is a property of the load on a system -- most people tend to avoid high loads because it reflects high contention on system resources, and usually means that there are more efficient (or effective) ways to get the same work accomplished. However, there are times when high loads make sense -- i.e., if you have several CPU-bound tasks running at different priorities, then several may be "runnable" at all times, and that some aren't being serviced isn't a bug. The reason the load on systems with many processes is typically low is that most processes are blocked on I/O -- either waiting for it to complete, waing for a network packet, or waiting for the user, so they're idle the rest of the time. The CPU sits there waiting for the world to catch up... Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 14:20:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B36816A4CE; Mon, 21 Feb 2005 14:20:37 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90F3C43D60; Mon, 21 Feb 2005 14:20:36 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j1LEKZpw042739; Mon, 21 Feb 2005 15:20:35 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 21 Feb 2005 14:13:55 GMT." Date: Mon, 21 Feb 2005 15:20:35 +0100 Message-ID: <42738.1108995635@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Christian Jachmann cc: David Schultz cc: current@freebsd.org Subject: Re: Load over 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 14:20:37 -0000 In message , Robe rt Watson writes: > >On Sun, 20 Feb 2005, Christian Jachmann wrote: > >> so load over 1024 should not be usual, right? it should't occur in >> ordinary practice. I'm currently testing ULE-scheduler under high load >> works like a charme. > >Load is a property of the load on a system -- [...] Actually it is a very misleading indicator of how you use your CPU. In a world where CPU's were slow enough that even /bin/ls was a CPU bound task because it sorted the list, loadavg is a good indicator of how much the CPU is doing. These days man processes, in particular network servers, never use a full quantum and therefore the load-average can vastly overestimate "how much the system has to do". The thing to remember is that the loadaverage indicates how many processes would like the CPU, not what or how much they would use it for once they get access to it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 15:47:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9E4116A4CE; Mon, 21 Feb 2005 15:47:42 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E57943D45; Mon, 21 Feb 2005 15:47:41 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.13.3/8.13.3) with ESMTP id j1LFlcVQ064764 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 21 Feb 2005 16:47:38 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.3/8.13.3/Submit) id j1LFlcKN064763; Mon, 21 Feb 2005 16:47:38 +0100 (CET) Date: Mon, 21 Feb 2005 16:47:38 +0100 From: Divacky Roman To: mlaier@freebsd.org Message-ID: <20050221154738.GA64629@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: current@freebsd.org Subject: panic in altq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 15:47:43 -0000 hi, I was seeing panics on boot when pf was enabled. this patch: Index: altq_subr.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/altq/altq/altq_subr.c,v retrieving revision 1.5 diff -u -r1.5 altq_subr.c --- altq_subr.c 15 Jun 2004 23:59:37 -0000 1.5 +++ altq_subr.c 21 Feb 2005 15:44:21 -0000 @@ -93,7 +93,7 @@ int (*altq_input)(struct mbuf *, int) = NULL; static struct mbuf *tbr_dequeue(struct ifaltq *, int); static int tbr_timer = 0; /* token bucket regulator timer */ -static struct callout tbr_callout = CALLOUT_INITIALIZER; +static struct callout tbr_callout; #ifdef ALTQ3_CLFIER_COMPAT static int extract_ports4(struct mbuf *, struct ip *, struct flowinfo_in *); @@ -155,6 +155,7 @@ void *(*classify)(void *, struct mbuf *, int); { IFQ_LOCK(ifq); + callout_init(&tbr_callout, 0); if (!ALTQ_IS_READY(ifq)) { IFQ_UNLOCK(ifq); return ENXIO; it completly solves (it used illegaly initialized callout, dunno hows possible it worked before) I hope for commiting this roman From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 17:13:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1A0516A4CE for ; Mon, 21 Feb 2005 17:13:43 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF99543D1F for ; Mon, 21 Feb 2005 17:13:40 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.207] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1D3H7Y-0000h8-00; Mon, 21 Feb 2005 18:13:20 +0100 Received: from [217.83.10.18] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1D3H7Y-0000IJ-00; Mon, 21 Feb 2005 18:13:20 +0100 From: Max Laier To: Divacky Roman Date: Mon, 21 Feb 2005 18:13:07 +0100 User-Agent: KMail/1.7.2 References: <20050221154738.GA64629@stud.fit.vutbr.cz> In-Reply-To: <20050221154738.GA64629@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2685896.PUHvAU7OLz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502211813.14525.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 cc: current@freebsd.org Subject: Re: panic in altq X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 17:13:43 -0000 --nextPart2685896.PUHvAU7OLz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 21 February 2005 16:47, Divacky Roman wrote: > I was seeing panics on boot when pf was enabled. > this patch: > > Index: altq_subr.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/contrib/altq/altq/altq_subr.c,v > retrieving revision 1.5 > diff -u -r1.5 altq_subr.c > --- altq_subr.c 15 Jun 2004 23:59:37 -0000 1.5 > +++ altq_subr.c 21 Feb 2005 15:44:21 -0000 > @@ -93,7 +93,7 @@ > int (*altq_input)(struct mbuf *, int) =3D NULL; > static struct mbuf *tbr_dequeue(struct ifaltq *, int); > static int tbr_timer =3D 0; /* token bucket regulator timer */ > -static struct callout tbr_callout =3D CALLOUT_INITIALIZER; > +static struct callout tbr_callout; > > #ifdef ALTQ3_CLFIER_COMPAT > static int extract_ports4(struct mbuf *, struct ip *, struct flowinfo_in > *); @@ -155,6 +155,7 @@ > void *(*classify)(void *, struct mbuf *, int); > { > IFQ_LOCK(ifq); > + callout_init(&tbr_callout, 0); > if (!ALTQ_IS_READY(ifq)) { > IFQ_UNLOCK(ifq); > return ENXIO; > > > it completly solves (it used illegaly initialized callout, dunno hows > possible it worked before) > > I hope for commiting this Done with changes. Thanks for the report. =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 --nextPart2685896.PUHvAU7OLz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCGhaqXyyEoT62BG0RAqM5AJ0YQ5cbAW/mbXcCAuIMhBG1+FOqnwCfa3ve YBEhCu3iucblrvTWPg+chnM= =Anwi -----END PGP SIGNATURE----- --nextPart2685896.PUHvAU7OLz-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 19:33:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF6C16A4CE for ; Mon, 21 Feb 2005 19:33:08 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id B455943D58 for ; Mon, 21 Feb 2005 19:33:07 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.13.1) with ESMTP id j1LJX7SO094553; Mon, 21 Feb 2005 11:33:07 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j1LJX624093740; Mon, 21 Feb 2005 11:33:06 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j1LJX6v4093739; Mon, 21 Feb 2005 11:33:06 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200502211933.j1LJX6v4093739@realtime.exit.com> In-Reply-To: <84dead7205022022563dd21b66@mail.gmail.com> To: Joseph Koshy Date: Mon, 21 Feb 2005 11:33:06 -0800 (PST) X-Copyright0: Copyright 2005 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: Hard hangs running 6-current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 19:33:08 -0000 Joseph Koshy wrote: > Try turning off HTT in the BIOS. Unfortunately, that did _not_ do the trick after all, even after I upgraded the BIOS to the latest. I have a vague impression that it might be related to some hardware errors the ath driver is claiming to see: Feb 20 22:38:05 lap kernel: ath0: hardware error; resetting But at this point I have no good ideas. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 20:22:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E24816A4CE; Mon, 21 Feb 2005 20:22:38 +0000 (GMT) Received: from abigail.blackend.org (blackend.org [212.11.35.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DFCE43D1D; Mon, 21 Feb 2005 20:22:37 +0000 (GMT) (envelope-from marc@blackend.org) Received: from nosferatu.blackend.org (nosferatu.blackend.org [192.168.10.205])j1LKMZr8013742; Mon, 21 Feb 2005 21:22:35 +0100 (CET) (envelope-from marc@abigail.blackend.org) Received: from nosferatu.blackend.org (localhost.blackend.org [127.0.0.1]) j1LKMZt6035084; Mon, 21 Feb 2005 21:22:35 +0100 (CET) (envelope-from marc@nosferatu.blackend.org) Received: (from marc@localhost) by nosferatu.blackend.org (8.13.1/8.13.1/Submit) id j1LKMZCL035083; Mon, 21 Feb 2005 21:22:35 +0100 (CET) (envelope-from marc) Date: Mon, 21 Feb 2005 21:22:34 +0100 From: Marc Fonvieille To: Daniel Eischen Message-ID: <20050221202234.GB604@nosferatu.blackend.org> Mail-Followup-To: Daniel Eischen , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, jhb@freebsd.org References: <20050220182606.GA86018@nosferatu.blackend.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 X-Useless-Header: blackend.org X-Operating-System: FreeBSD 5.3-STABLE cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 20:22:38 -0000 On Sun, Feb 20, 2005 at 03:26:50PM -0500, Daniel Eischen wrote: > On Sun, 20 Feb 2005, Marc Fonvieille wrote: > > > On Sun, Feb 20, 2005 at 02:39:17PM +0100, Marc Fonvieille wrote: > > > > > > This is really weird, I'm getting the same signal 6 things on a -STABLE > > > from yesterday (before I was running a -STABLE from October): > > > > > > pid 84801 (mozilla-bin), uid 1001: exited on signal 6 > > > > > > I rebuilt mozilla, but no effect. I should try to revert some changes > > > occured on libpthread/thread/* > > > > I tried with a libpthread.so.1 from 3rd Feb (just before some MFCs), > > this fixed the problem. > > Run mozilla with -g and repeat the problem. Look at the traceback > and if you get a problem with it recursing on a private mutex, then > it is a problem with mozilla or a plugin. If your are using > linuxplugin and haven't updated that port, you need to rebuild it. > I rebuilt all plugins, it did the trick, thanks! Maybe a note in UPDATING may help people. Marc From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 20:35:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 003E816A4CE for ; Mon, 21 Feb 2005 20:35:20 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C8D543D46 for ; Mon, 21 Feb 2005 20:35:17 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so348032rnf for ; Mon, 21 Feb 2005 12:35:16 -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; b=qUpJ+oSwDlxhgzZARkUGmuZwnZeznhFIPtBVL15MAj4pde3g7Bt0yNMC04In60/mteDgtikFcVqrDnQHtSgdr8KkKwxmz3yJ8BBgki/5OY1LzpI/qNrV6rE9M5sM3BZm8HDSw8+4xzyDYL/0UYk3WORec5D+GYqBSoPPEdsWd0s= Received: by 10.39.2.55 with SMTP id e55mr155021rni; Mon, 21 Feb 2005 12:35:16 -0800 (PST) Received: by 10.38.88.56 with HTTP; Mon, 21 Feb 2005 12:35:16 -0800 (PST) Message-ID: Date: Mon, 21 Feb 2005 21:35:16 +0100 From: Arjan Van Leeuwen To: current@freebsd.org, Jeff Roberson , John Baldwin Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Patches to use local APIC timer cause SCHED_ULE panic at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 20:35:20 -0000 Hey, The recently committed patches to use the local APIC timer to drive the various kernel clocks on SMP machines (by jhb) panic my SMP system at boot when 1) SCHED_ULE is used instead of SCHED_4BSD 2) INVARIANTS_* and WITNESS_* are disabled (I don't know which one is the culprit, but if I enable them all the system doesn't panic). I can't provide a dump, since (I assume) the hard drive isn't initialized yet, but I have a debug kernel if that's useful. Here is the panic: Timecounters tick every 1.000 msec panic: Thread not on runq. cpuid = 0 KDB: enter: panic [thread pid 0 tid 0] Stopped at kdb_enter+0x30: leave db> trace Tracing pid 0 tid 0 td 0xc0769020 kdb_enter(c071398d,0,c07147a2,c0c207d4,c1a12f60) at kdb_enter+0x30 panic(c07147a2,369e99,c0769020,1,c0746120) at panic+0x14e sched_switch(c0769020,0,2,b43e27c0,87c7fc) at sched_switch+0x85 mi_switch(2,0,ffffffff,7fff0000,ffffffff) at mi_switch+0x1d9 critical_exit(c0c20888,c0c20890,c06e8dfe) at critical_exit+0xbf lapic_handle_timer(0) at lapic_handle_timer+0xf5 Xtimerint(c0c20938,c0714fc7,a,61c2091c,c05c4000) at Xtimerint+0x30 vsscanf(c0886103,c0714fb3,c0c20a70,c0c20b50,c0564312) at vsscanf+0x1fc sscanf(c0886103,c0714fb3,c0c20b24,c0c20a80,c0c20b04) at sscanf+0x1f res_find(c0c20bf8,c0c20bd0,c0719124,0,0) at res_find+0x262 resource_find(c0c20bf8,c0c20bd0,c0719124,0,0) at resource_find+0x67 resource_find_dev(c0c20bf8,c0719124,c0c20bfc,0,0) at resource_find_dev+0x6a if_findindex(c1c1ec00,0,0,0,c0703b9c) at if_findindex+0x126 if_attach(c1c1ec00,c07044a6,0,0,c074cea0) at if_attach+0x1ac lo_clone_create(c074cea0,0,d,0,c074ce88) at lo_create+0x79 ifc_simple_create(c074cea0,c0c20cf8,10,c07044a6,0) at ifc_simple_create+0x66 ifc_simple_attach(c074cea0,c0718afd,0,0,c0777a20) at ifc_simple_attach+0x55 if_clone_attach(c074cea0,c0718d90,0,0,c0c20d80) at if_clone_attach+0x1cf loop_modevent(c198b8c0,0,0,c28000,c0c20d80) at loop_modevent+0x6a module_register_init(c074cef4,c1e000,c1ec00,c1e000,0) at module_register_init+0x81 mi_startup() at mi_startup+0xb5 begin() at begin+0x2c > addr2line -f -e kernel.debug 0xC055AA15 sched_switch /usr/src/sys/kern/sched_ule.c:1362 > addr2line -f -e kernel.debug 0xC054C7A9 mi_switch /usr/src/sys/kern/kern_synch.c:366 > addr2line -f -e kernel.debug 0xC055BF9F critical_exit /usr/src/sys/kern/kern_switch.c:596 > addr2line -f -e kernel.debug 0xC06C9E15 lapic_handle_timer /usr/src/sys/i386/i386/local_apic.c:657 > addr2line -f -e kernel.debug 0xC06C3180 Xtimerint /usr/src/sys/i386/i386/apic_vector.s:138 From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 20:48:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED52316A4CE; Mon, 21 Feb 2005 20:48:57 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD96A43D45; Mon, 21 Feb 2005 20:48:56 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j1LKmteo071280; Mon, 21 Feb 2005 23:48:55 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Mon, 21 Feb 2005 23:48:55 +0300 (MSK) From: Maxim Konovalov To: gnn@freebsd.org In-Reply-To: Message-ID: <20050221233338.B70997@mp2.macomnet.net> References: <20050123193559.V91742@mp2.macomnet.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (208/050203) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: current@freebsd.org Subject: Re: OpenBSD's tcpdrop(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 20:48:58 -0000 George, On Tue, 22 Feb 2005, 00:34+0900, gnn@freebsd.org wrote: > At Sun, 23 Jan 2005 20:05:26 +0300 (MSK), > Maxim Konovalov wrote: > > > > Hello, > > > > I've ported OpenBSD's tcpdrop(8) and a relevant kernel part. > > >From the man page, http://tinyurl.com/4lvo9 > > > > The tcpdrop command drops the TCP connection specified by the local > > address laddr, port lport and the foreign address faddr, port fport. > > > > There are patches for HEAD and RELENG_4: > > > > http://people.freebsd.org/~maxim/diff/tcpdrop.diff > > http://people.freebsd.org/~maxim/diff/tcpdrop.diff-4 > > > > Two questions: do we want to have it in the base system? Does the > > diff look OK (I didn't test IPv6 part)? > > Hi Maxim, > > I finally got around to testing this on IPv6. It was not an > exhaustive test but I used NetPIPE to run a client and server over > localhost (::1) for IPv6 and then forced a drop. The machine is a > PIII SMP box (elephant if you know the test lab stuff). No problems > encountered, and I can only do the drop as root, which is what I would > hope and expect. Thank you very much for testing! A version with the correct locking (rwatson@) and improved IPv6 (ume@) is already in the tree. > A very cool feature. I vote for it being in the base system. Are > there jail issues? I haven't thought that aspect of the security of > this feature through yet. We do not allow to modify sysctls in jail by default (!CTLFLAG_PRISON case) so I think net.inet.tcp.drop is jail-safe. And it does not allow to discover an existent (or non-existent) tcp connection in the host system from the jail. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 21:06:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3914416A4CE for ; Mon, 21 Feb 2005 21:06:41 +0000 (GMT) Received: from ybbsmtp06.mail.mci.yahoo.co.jp (ybbsmtp06.mail.mci.yahoo.co.jp [210.80.241.155]) by mx1.FreeBSD.org (Postfix) with SMTP id E80F243D5D for ; Mon, 21 Feb 2005 21:06:39 +0000 (GMT) (envelope-from takeharu1219@ybb.ne.jp) Received: from unknown (HELO ?192.168.1.14?) (takeharu1219@219.35.170.20 with plain) by ybbsmtp06.mail.mci.yahoo.co.jp with SMTP; 21 Feb 2005 21:06:38 -0000 X-Apparently-From: Message-ID: <421A4D5D.6040205@ybb.ne.jp> Date: Tue, 22 Feb 2005 06:06:37 +0900 From: Takeharu KATO User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-amd64@FreeBSD.org Content-Type: multipart/mixed; boundary="------------030802060005060601090600" cc: takeharu1219@ybb.ne.jp cc: nork@FreeBSD.org Subject: AMD64 Local APIC Timer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 21:06:41 -0000 This is a multi-part message in MIME format. --------------030802060005060601090600 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi I ported the local APIC timer tick feature to AMD64. Please take a look on this patch. Regards, -- Takeharu KATO --------------030802060005060601090600 Content-Type: text/plain; name="amd64-lapic-timer.patch" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="amd64-lapic-timer.patch" SW5kZXg6IGFtZDY0L2FtZDY0L2FwaWNfdmVjdG9yLlMKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2hvbWUva2F0by9jdnMva2F0by1zeXMvYW1kNjQvYW1kNjQvYXBpY192ZWN0b3IuUyx2 CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xLjEuMQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMgpk aWZmIC11IC1yMS4xLjEuMSAtcjEuMgotLS0gYW1kNjQvYW1kNjQvYXBpY192ZWN0b3IuUwkx OCBGZWIgMjAwNSAxNDowNTo1NSAtMDAwMAkxLjEuMS4xCisrKyBhbWQ2NC9hbWQ2NC9hcGlj X3ZlY3Rvci5TCTIwIEZlYiAyMDA1IDE4OjE1OjI5IC0wMDAwCTEuMgpAQCAtMTM3LDYgKzEz NywyNiBAQAogCUlTUl9WRUMoNiwgYXBpY19pc3I2KQogCUlTUl9WRUMoNywgYXBpY19pc3I3 KQogCisvKgorICogTG9jYWwgQVBJQyBwZXJpb2RpYyB0aW1lciBoYW5kbGVyLgorICovCisJ LnRleHQKKwlTVVBFUkFMSUdOX1RFWFQKK0lEVFZFQyh0aW1lcmludCkKKwlQVVNIX0ZSQU1F CisKKwltb3ZxCWxhcGljLCAlcmR4CisJbW92bAkkMCwgTEFfRU9JKCVyZHgpCS8qIEVuZCBP ZiBJbnRlcnJ1cHQgdG8gQVBJQyAqLworCQorCUZBS0VfTUNPVU5UKFRGX1JJUCglcnNwKSkK KworCisJcHVzaHEJJDAJCS8qIFhYWCBjb252ZXJ0IHRyYXBmcmFtZSB0byBjbG9ja2ZyYW1l ICovCisJY2FsbAlsYXBpY19oYW5kbGVfdGltZXIKKwlhZGRxCSQ4LCAlcnNwCS8qIFhYWCBj b252ZXJ0IGNsb2NrZnJhbWUgdG8gdHJhcGZyYW1lICovCisJTUVYSVRDT1VOVAorCWptcAlk b3JldGkKKwogI2lmZGVmIFNNUAogLyoKICAqIEdsb2JhbCBhZGRyZXNzIHNwYWNlIFRMQiBz aG9vdGRvd24uCkluZGV4OiBhbWQ2NC9hbWQ2NC9sb2NhbF9hcGljLmMKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQpSQ1MgZmlsZTogL2hvbWUva2F0by9jdnMva2F0by1zeXMvYW1kNjQvYW1kNjQvbG9jYWxf YXBpYy5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEuMS4xCmRpZmYgLXUgLXIxLjEuMS4x IGxvY2FsX2FwaWMuYwotLS0gYW1kNjQvYW1kNjQvbG9jYWxfYXBpYy5jCTE4IEZlYiAyMDA1 IDE0OjA1OjU1IC0wMDAwCTEuMS4xLjEKKysrIGFtZDY0L2FtZDY0L2xvY2FsX2FwaWMuYwky MCBGZWIgMjAwNSAxOTo0MzowNiAtMDAwMApAQCAtMSw0ICsxLDYgQEAKIC8qLQorICogQ29w eXJpZ2h0IChjKSAyMDA1IFRha2VoYXJ1IEtBVE88dGFrZWhhcnUxMjE5QHliYi5uZS5qcD4K KyAqICAgICAgICAgICAgICAgICAgICAoQWRkIExBUElDIHRpbWVyIHN1cHBvcnQpLgogICog Q29weXJpZ2h0IChjKSAyMDAzIEpvaG4gQmFsZHdpbiA8amhiQEZyZWVCU0Qub3JnPgogICog Q29weXJpZ2h0IChjKSAxOTk2LCBieSBTdGV2ZSBQYXNzZQogICogQWxsIHJpZ2h0cyByZXNl cnZlZC4KQEAgLTY2LDYgKzY4LDkgQEAKIENUQVNTRVJUKEFQSUNfTE9DQUxfSU5UUyA9PSAy NDApOwogQ1RBU1NFUlQoSVBJX1NUT1AgPCBBUElDX1NQVVJJT1VTX0lOVCk7CiAKKyNkZWZp bmUJTEFQSUNfVElNRVJfU1RBVEhaCTEyOAorI2RlZmluZQlMQVBJQ19USU1FUl9QUk9GSFoJ MTAyNAorCiAvKgogICogU3VwcG9ydCBmb3IgbG9jYWwgQVBJQ3MuICBMb2NhbCBBUElDcyBt YW5hZ2UgaW50ZXJydXB0cyBvbiBlYWNoCiAgKiBpbmRpdmlkdWFsIHByb2Nlc3NvciBhcyBv cHBvc2VkIHRvIEkvTyBBUElDcyB3aGljaCByZWNlaXZlIGludGVycnVwdHMKQEAgLTkwLDYg Kzk1LDkgQEAKIAl1X2ludCBsYV9jbHVzdGVyOjQ7CiAJdV9pbnQgbGFfY2x1c3Rlcl9pZDoy OwogCXVfaW50IGxhX3ByZXNlbnQ6MTsKKwl1X2xvbmcgKmxhX3RpbWVyX2NvdW50OworCXVf bG9uZyBsYV9zdGF0X3RpY2tzOworCXVfbG9uZyBsYV9wcm9mX3RpY2tzOwogfSBzdGF0aWMg bGFwaWNzW01BWF9BUElDSURdOwogCiAvKiBYWFg6IHNob3VsZCB0aGVybWFsIGJlIGFuIE5N ST8gKi8KQEAgLTExNSw5ICsxMjMsMjMgQEAKIAlJRFRWRUMoYXBpY19pc3I3KSwJLyogMjI0 IC0gMjU1ICovCiB9OwogCitzdGF0aWMgdV9pbnQzMl90IGxhcGljX3RpbWVyX2Rpdmlzb3Jz W10gPSB7IAorCUFQSUNfVERDUl8xLCBBUElDX1REQ1JfMiwgQVBJQ19URENSXzQsIEFQSUNf VERDUl84LCBBUElDX1REQ1JfMTYsCisJQVBJQ19URENSXzMyLCBBUElDX1REQ1JfNjQsIEFQ SUNfVERDUl8xMjgKK307CisKKwogdm9sYXRpbGUgbGFwaWNfdCAqbGFwaWM7CitzdGF0aWMg dV9sb25nIGxhcGljX3RpbWVyX2Rpdmlzb3IsIGxhcGljX3RpbWVyX3BlcmlvZDsKK3N0YXRp YyB1X2xvbmcgKmxhcGljX3ZpcnR1YWxfaGFyZGNsb2NrLCAqbGFwaWNfdmlydHVhbF9zdGF0 Y2xvY2ssCisJKmxhcGljX3ZpcnR1YWxfcHJvZmNsb2NrOwogCiBzdGF0aWMgdm9pZAlsYXBp Y19lbmFibGUodm9pZCk7CitzdGF0aWMgdm9pZAlsYXBpY190aW1lcl9lbmFibGVfaW50cih2 b2lkKTsKK3N0YXRpYyB1X2xvbmcgICBjYWxjdWxhdGVfbGFwaWNfdGltZXJfcGVyaW9kKHZv aWQpOworc3RhdGljIHZvaWQJbGFwaWNfdGltZXJfb25lc2hvdCh1X2ludCBjb3VudCk7Citz dGF0aWMgdm9pZAlsYXBpY190aW1lcl9wZXJpb2RpYyh1X2ludCBjb3VudCk7CitzdGF0aWMg dm9pZAlsYXBpY190aW1lcl9zZXRfZGl2aXNvcih1X2ludCBkaXZpc29yKTsKIHN0YXRpYyB1 aW50MzJfdAlsdnRfbW9kZShzdHJ1Y3QgbGFwaWMgKmxhLCB1X2ludCBwaW4sIHVpbnQzMl90 IHZhbHVlKTsKIAogc3RhdGljIHVpbnQzMl90CkBAIC0xODEsNiArMjAzLDcgQEAKIAlQQ1BV X1NFVChhcGljX2lkLCBsYXBpY19pZCgpKTsKIAogCS8qIFhYWDogdGltZXIvZXJyb3IvdGhl cm1hbCBpbnRlcnJ1cHRzICovCisJc2V0aWR0KEFQSUNfVElNRVJfSU5ULCBJRFRWRUModGlt ZXJpbnQpLCBTRFRfU1lTSUdULCBTRUxfS1BMLDApOwogfQogCiAvKgpAQCAtMjQ0LDEzICsy NjcsNTYgQEAKIAkgICAgKCJObyBJU1IgaGFuZGxlciBmb3IgSVJRICV1IiwgaXJxKSk7CiAJ c2V0aWR0KHZlY3RvciwgaW9pbnRfaGFuZGxlcnNbdmVjdG9yIC8gMzJdLCBTRFRfU1lTSUdU LCBTRUxfS1BMLCAgMCk7CiB9CitzdGF0aWMgdV9sb25nCitjYWxjdWxhdGVfbGFwaWNfdGlt ZXJfcGVyaW9kKHZvaWQpCit7CisJdV9sb25nIHBlcmlvZCx2YWx1ZTsKKworCS8qIFN0YXJ0 IG9mZiB3aXRoIGEgZGl2aXNvciBvZiAyIChwb3dlciBvbiByZXNldCBkZWZhdWx0KS4gKi8K KwlsYXBpY190aW1lcl9kaXZpc29yID0gODsKKworCS8qIFRyeSB0byBjYWxpYnJhdGUgdGhl IGxvY2FsIEFQSUMgdGltZXIuICovCisJZG8geworCQlwcmludGYoImxhcGljIHRpbWVyIGRp dmlzb3I6JWx1XG4iLGxhcGljX3RpbWVyX2Rpdmlzb3IpOworCQlsYXBpY190aW1lcl9zZXRf ZGl2aXNvcihsYXBpY190aW1lcl9kaXZpc29yKTsKKwkJbGFwaWNfdGltZXJfb25lc2hvdChB UElDX1RJTUVSX01BWF9DT1VOVCk7CisJCURFTEFZKDIwMDAwMDApOworCQl2YWx1ZSA9IEFQ SUNfVElNRVJfTUFYX0NPVU5UIC0gbGFwaWMtPmNjcl90aW1lcjsKKwkJcHJpbnRmKCJ2YWx1 ZTolbHUoY2NyOiV1KVxuIix2YWx1ZSxsYXBpYy0+Y2NyX3RpbWVyKTsKKwkJaWYgKHZhbHVl ICE9IEFQSUNfVElNRVJfTUFYX0NPVU5UKQorCQkJYnJlYWs7CisJCWxhcGljX3RpbWVyX2Rp dmlzb3IgPDw9IDE7CisJfSB3aGlsZSAobGFwaWNfdGltZXJfZGl2aXNvciA8PSAxMjgpOwor CWlmIChsYXBpY190aW1lcl9kaXZpc29yID4gMTI4KQorCQlwYW5pYygibGFwaWM6IERpdmlz b3IgdG9vIGJpZyIpOworCXZhbHVlIC89IDI7CisJcHJpbnRmKCJsYXBpYzogRnJlcXVlbmN5 ICVsdSBoelxuIiwgdmFsdWUpOwogCisJLyoKKwkgKiBXZSB3aWxsIGRyaXZlIHRoZSB0aW1l ciB2aWEgaHouICBSZXF1aXJlIGh6IHRvIGJlIGdyZWF0ZXIgdGhhbgorCSAqIHN0YXRoeiwg YnV0IGlmIGh6IGlzIGxlc3MgdGhhbiB0aGUgZGVmYXVsdCBwcm9maHosIGNhcCBwcm9maHoK KwkgKiBhdCBoei4KKwkgKi8KKwlzdGF0aHogPSBMQVBJQ19USU1FUl9TVEFUSFo7CisJaWYg KGh6IDwgc3RhdGh6KSB7CisJCXByaW50ZigibGFwaWM6IEFkanVzdGluZyBoeiBmcm9tICVk IHRvICVkXG4iLCBoeiwgc3RhdGh6KTsKKwkJaHogPSBzdGF0aHo7CisJfQorCXBlcmlvZD12 YWx1ZSAvIGh6OworCUtBU1NFUlQocGVyaW9kIT0wLCAoIkNQVTolZCBsYXBpYyV1OiB6ZXJv IGRpdmlzb3IiLFBDUFVfR0VUKGNwdWlkKSxsYXBpY19pZCgpKSk7CisjaWYgMCAgLyogIFBs ZWFzZSBlbmFibGUgZm9sbG93aW5nIGxpbmVzIGlmIHlvdSB3YW50IHRvIHNob3cgcGVyaW9k L2Rpdmlzb3IgKi8KKwlwcmludGYoIlNldHVwIENQVTolZCBwZXJpb2Q6JWx1IHZhbD0lbHVc biIsUENQVV9HRVQoY3B1aWQpLGxhcGljX3RpbWVyX3BlcmlvZCx2YWx1ZSk7CisJcHJpbnRm KCJTZXR1cCBDUFU6JWQgZGl2PSVsdVxuIixQQ1BVX0dFVChjcHVpZCksbGFwaWNfdGltZXJf ZGl2aXNvcik7CisjZW5kaWYKKwlyZXR1cm4gIHBlcmlvZDsKK30KIHZvaWQKIGxhcGljX3Nl dHVwKHZvaWQpCiB7CiAJc3RydWN0IGxhcGljICpsYTsKIAl1X2ludDMyX3QgdmFsdWUsIG1h eGx2dDsKIAlyZWdpc3Rlcl90IGVmbGFnczsKKwljaGFyIGJ1ZltNQVhDT01MRU4gKyAxXTsK IAogCWxhID0gJmxhcGljc1tsYXBpY19pZCgpXTsKIAlLQVNTRVJUKGxhLT5sYV9wcmVzZW50 LCAoIm1pc3NpbmcgQVBJQyBzdHJ1Y3R1cmUiKSk7CkBAIC0yODEsOSArMzQ3LDQ3IEBACiAJ bGFwaWMtPmx2dF9saW50MSA9IGx2dF9tb2RlKGxhLCBMVlRfTElOVDEsIGxhcGljLT5sdnRf bGludDEpOwogCiAJLyogWFhYOiBtb3JlIExWVCBlbnRyaWVzICovCisJLyogUHJvZ3JhbSB0 aW1lciBMVlQgYW5kIHNldHVwIGhhbmRsZXIuICovCisJbGFwaWMtPmx2dF90aW1lciA9IGx2 dF9tb2RlKGxhLCBMVlRfVElNRVIsIGxhcGljLT5sdnRfdGltZXIpOworCXNucHJpbnRmKGJ1 Ziwgc2l6ZW9mKGJ1ZiksICJsYXBpYyVkOiB0aW1lciIsIGxhcGljX2lkKCkpOworCWludHJj bnRfYWRkKGJ1ZiwgJmxhLT5sYV90aW1lcl9jb3VudCk7CisJaWYgKFBDUFVfR0VUKGNwdWlk KSAhPSAwKSB7CisJCWxhcGljX3RpbWVyX3BlcmlvZD1jYWxjdWxhdGVfbGFwaWNfdGltZXJf cGVyaW9kKCk7CisJCWxhcGljX3RpbWVyX3NldF9kaXZpc29yKGxhcGljX3RpbWVyX2Rpdmlz b3IpOworCQlsYXBpY190aW1lcl9wZXJpb2RpYyhsYXBpY190aW1lcl9wZXJpb2QpOworCQls YXBpY190aW1lcl9lbmFibGVfaW50cigpOworCX0KIAogCWludHJfcmVzdG9yZShlZmxhZ3Mp OwogfQorLyoKKyAqIENhbGxlZCBieSBjcHVfaW5pdGNsb2NrcygpIG9uIHRoZSBCU1AgdG8g c2V0dXAgdGhlIGxvY2FsIEFQSUMgdGltZXIgc28KKyAqIHRoYXQgaXQgY2FuIGRyaXZlIGhh cmRjbG9jaywgc3RhdGNsb2NrLCBhbmQgcHJvZmNsb2NrLiAgVGhpcyBmdW5jdGlvbgorICog cmV0dXJucyB0cnVlIGlmIGl0IGlzIGFibGUgdG8gdXNlIHRoZSBsb2NhbCBBUElDIHRpbWVy IHRvIGRyaXZlIHRoZQorICogY2xvY2tzIGFuZCBmYWxzZSBpZiBpdCBpcyBub3QgYWJsZS4K KyAqLworaW50CitsYXBpY19zZXR1cF9jbG9jayh2b2lkKQoreworCS8qIENhbid0IGRyaXZl IHRoZSB0aW1lciB3aXRob3V0IGEgbG9jYWwgQVBJQy4gKi8KKwlpZiAobGFwaWMgPT0gTlVM TCkKKwkJcmV0dXJuICgwKTsKKworCWxhcGljX3RpbWVyX3BlcmlvZCA9IGNhbGN1bGF0ZV9s YXBpY190aW1lcl9wZXJpb2QoKTsKKwlwcm9maHogPSBpbWluKGh6LCBMQVBJQ19USU1FUl9Q Uk9GSFopOworCWludHJjbnRfYWRkKCJsYXBpYzogaGFyZGNsb2NrIiwgJmxhcGljX3ZpcnR1 YWxfaGFyZGNsb2NrKTsKKwlpbnRyY250X2FkZCgibGFwaWM6IHN0YXRjbG9jayIsICZsYXBp Y192aXJ0dWFsX3N0YXRjbG9jayk7CisJaW50cmNudF9hZGQoImxhcGljOiBwcm9mY2xvY2si LCAmbGFwaWNfdmlydHVhbF9wcm9mY2xvY2spOworCisJLyoKKwkgKiBTdGFydCB1cCB0aGUg dGltZXIgb24gdGhlIEJTUC4gIFRoZSBBUHMgd2lsbCBraWNrIG9mZiB0aGVpcgorCSAqIHRp bWVyIGR1cmluZyBsYXBpY19zZXR1cCgpLgorCSAqLworCWxhcGljX3RpbWVyX3BlcmlvZGlj KGxhcGljX3RpbWVyX3BlcmlvZCk7CisJbGFwaWNfdGltZXJfZW5hYmxlX2ludHIoKTsKKwly ZXR1cm4gKDEpOworfQorCiAKIHZvaWQKIGxhcGljX2Rpc2FibGUodm9pZCkKQEAgLTUxNSw2 ICs2MTksODcgQEAKIAlpc3JjID0gaW50cl9sb29rdXBfc291cmNlKGFwaWNfaWR0X3RvX2ly cSh2ZWMpKTsKIAlpbnRyX2V4ZWN1dGVfaGFuZGxlcnMoaXNyYywgJmZyYW1lKTsKIH0KK3Zv aWQKK2xhcGljX2hhbmRsZV90aW1lcihzdHJ1Y3QgY2xvY2tmcmFtZSBmcmFtZSkKK3sKKwlz dHJ1Y3QgbGFwaWMgKmxhOworCisJbGEgPSAmbGFwaWNzW1BDUFVfR0VUKGFwaWNfaWQpXTsK KwkoKmxhLT5sYV90aW1lcl9jb3VudCkrKzsKKwljcml0aWNhbF9lbnRlcigpOworCisJLyog SGFyZGNsb2NrIGZpcmVzIG9uIGV2ZXJ5IGludGVycnVwdCBzaW5jZSB3ZSBpbnRlcnJ1cHQg YXQgaHouICovCisJaWYgKFBDUFVfR0VUKGNwdWlkKSA9PSAwKSB7CisJCSgqbGFwaWNfdmly dHVhbF9oYXJkY2xvY2spKys7CisJCWhhcmRjbG9jaygmZnJhbWUpOworCX0gZWxzZQorCQlo YXJkY2xvY2tfcHJvY2VzcygmZnJhbWUpOworCisJLyogVXNlIGEgcG9vciBtYW4ncyBhbGdv cml0aG0gdG8gZmlyZSBzdGF0Y2xvY2sgYXQgc3RhdGh6LiAqLworCWxhLT5sYV9zdGF0X3Rp Y2tzICs9IHN0YXRoejsKKwlpZiAobGEtPmxhX3N0YXRfdGlja3MgPj0gaHopIHsKKwkJbGEt PmxhX3N0YXRfdGlja3MgLT0gaHo7CisJCWlmIChQQ1BVX0dFVChjcHVpZCkgPT0gMCkKKwkJ CSgqbGFwaWNfdmlydHVhbF9zdGF0Y2xvY2spKys7CisJCXN0YXRjbG9jaygmZnJhbWUpOwor CX0KKworCS8qIFVzZSB0aGUgc2FtZSB0cmljayBmb3IgcHJvZmh6LiAqLworCWxhLT5sYV9w cm9mX3RpY2tzICs9IHByb2ZoejsKKwlpZiAobGEtPmxhX3Byb2ZfdGlja3MgPj0gaHopIHsK KwkJbGEtPmxhX3Byb2ZfdGlja3MgLT0gaHo7CisJCWlmIChQQ1BVX0dFVChjcHVpZCkgPT0g MCkKKwkJCSgqbGFwaWNfdmlydHVhbF9wcm9mY2xvY2spKys7CisJCWlmIChwcm9mcHJvY3Mg IT0gMCkKKwkJCXByb2ZjbG9jaygmZnJhbWUpOworCX0KKwljcml0aWNhbF9leGl0KCk7Cit9 CisKK3N0YXRpYyB2b2lkCitsYXBpY190aW1lcl9zZXRfZGl2aXNvcih1X2ludCBkaXZpc29y KQoreworCisJS0FTU0VSVChwb3dlcm9mMihkaXZpc29yKSwgKCJsYXBpYzogaW52YWxpZCBk aXZpc29yICV1IiwgZGl2aXNvcikpOworCUtBU1NFUlQoZmZzKGRpdmlzb3IpIDw9IHNpemVv ZihsYXBpY190aW1lcl9kaXZpc29ycykgLworCSAgICBzaXplb2YodV9pbnQzMl90KSwgKCJs YXBpYzogaW52YWxpZCBkaXZpc29yICV1IiwgZGl2aXNvcikpOworCWxhcGljLT5kY3JfdGlt ZXIgPSBsYXBpY190aW1lcl9kaXZpc29yc1tmZnMoZGl2aXNvcikgLSAxXTsKK30KKworc3Rh dGljIHZvaWQKK2xhcGljX3RpbWVyX29uZXNob3QodV9pbnQgY291bnQpCit7CisJdV9pbnQz Ml90IHZhbHVlOworCisJdmFsdWUgPSBsYXBpYy0+bHZ0X3RpbWVyOworCXZhbHVlICY9IH5B UElDX0xWVFRfVE07CisJdmFsdWUgfD0gQVBJQ19MVlRUX1RNX09ORV9TSE9UOworCWxhcGlj LT5sdnRfdGltZXIgPSB2YWx1ZTsKKwlsYXBpYy0+aWNyX3RpbWVyID0gY291bnQ7Cit9CisK K3N0YXRpYyB2b2lkCitsYXBpY190aW1lcl9wZXJpb2RpYyh1X2ludCBjb3VudCkKK3sKKwl1 X2ludDMyX3QgdmFsdWU7CisKKwl2YWx1ZSA9IGxhcGljLT5sdnRfdGltZXI7CisJdmFsdWUg Jj0gfkFQSUNfTFZUVF9UTTsKKwl2YWx1ZSB8PSBBUElDX0xWVFRfVE1fUEVSSU9ESUM7CisJ bGFwaWMtPmx2dF90aW1lciA9IHZhbHVlOworCWxhcGljLT5pY3JfdGltZXIgPSBjb3VudDsK K30KKworc3RhdGljIHZvaWQKK2xhcGljX3RpbWVyX2VuYWJsZV9pbnRyKHZvaWQpCit7CisJ dV9pbnQzMl90IHZhbHVlOworCisJdmFsdWUgPSBsYXBpYy0+bHZ0X3RpbWVyOworCXZhbHVl ICY9IH5BUElDX0xWVF9NOworCWxhcGljLT5sdnRfdGltZXIgPSB2YWx1ZTsKK30KKwogCiAv KiBUcmFuc2xhdGUgYmV0d2VlbiBJRFQgdmVjdG9ycyBhbmQgSVJRIHZlY3RvcnMuICovCiB1 X2ludApJbmRleDogYW1kNjQvYW1kNjQvbXBfbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNT IGZpbGU6IC9ob21lL2thdG8vY3ZzL2thdG8tc3lzL2FtZDY0L2FtZDY0L21wX21hY2hkZXAu Yyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xLjEuMQpyZXRyaWV2aW5nIHJldmlzaW9uIDEu MgpkaWZmIC11IC1yMS4xLjEuMSAtcjEuMgotLS0gYW1kNjQvYW1kNjQvbXBfbWFjaGRlcC5j CTE4IEZlYiAyMDA1IDE0OjA1OjU1IC0wMDAwCTEuMS4xLjEKKysrIGFtZDY0L2FtZDY0L21w X21hY2hkZXAuYwkyMCBGZWIgMjAwNSAxODoxNToyOSAtMDAwMAkxLjIKQEAgLTg3MSw3ICs4 NzEsNyBAQAogCQlzbXBfdGFyZ2V0ZWRfdGxiX3Nob290ZG93bihtYXNrLCBJUElfSU5WTFJO RywgYWRkcjEsIGFkZHIyKTsKIH0KIAotCisjaWYgMAogLyoKICAqIEZvciBzdGF0Y2xvY2ss IHdlIHNlbmQgYW4gSVBJIHRvIGFsbCBDUFUncyB0byBoYXZlIHRoZW0gY2FsbCB0aGlzCiAg KiBmdW5jdGlvbi4KQEAgLTkxNCwxNiArOTE0LDE2IEBACiAJaWYgKG1hcCAhPSAwKQogCQlp cGlfc2VsZWN0ZWQobWFwLCBJUElfSEFSRENMT0NLKTsKIH0KLQorI2VuZGlmIAogdm9pZAog aXBpX2JpdG1hcF9oYW5kbGVyKHN0cnVjdCBjbG9ja2ZyYW1lIGZyYW1lKQogewogCWludCBj cHUgPSBQQ1BVX0dFVChjcHVpZCk7CiAJdV9pbnQgaXBpX2JpdG1hcDsKLQlzdHJ1Y3QgdGhy ZWFkICp0ZDsKIAotCWlwaV9iaXRtYXAgPSBhdG9taWNfcmVhZGFuZGNsZWFyX2ludCgmY3B1 X2lwaV9wZW5kaW5nW2NwdV0pOwogCisJaXBpX2JpdG1hcCA9IGF0b21pY19yZWFkYW5kY2xl YXJfaW50KCZjcHVfaXBpX3BlbmRpbmdbY3B1XSk7CisjaWYgMAogCWNyaXRpY2FsX2VudGVy KCk7CiAKIAkvKiBOb3RoaW5nIHRvIGRvIGZvciBBU1QgKi8KQEAgLTk0OCw2ICs5NDgsNyBA QAogCX0KIAogCWNyaXRpY2FsX2V4aXQoKTsKKyNlbmRpZgogfQogCiAvKgpJbmRleDogYW1k NjQvY29uZi9DVVJSRU5ULU1BUlMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUva2F0 by9jdnMva2F0by1zeXMvYW1kNjQvY29uZi9DVVJSRU5ULU1BUlMsdgpyZXRyaWV2aW5nIHJl dmlzaW9uIDEuMS4xLjEKcmV0cmlldmluZyByZXZpc2lvbiAxLjIKZGlmZiAtdSAtcjEuMS4x LjEgLXIxLjIKSW5kZXg6IGFtZDY0L2luY2x1ZGUvYXBpY3Zhci5oCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K UkNTIGZpbGU6IC9ob21lL2thdG8vY3ZzL2thdG8tc3lzL2FtZDY0L2luY2x1ZGUvYXBpY3Zh ci5oLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjEuMS4xCnJldHJpZXZpbmcgcmV2aXNpb24g MS4yCmRpZmYgLXUgLXIxLjEuMS4xIC1yMS4yCi0tLSBhbWQ2NC9pbmNsdWRlL2FwaWN2YXIu aAkxOCBGZWIgMjAwNSAxNDowNTo1NSAtMDAwMAkxLjEuMS4xCisrKyBhbWQ2NC9pbmNsdWRl L2FwaWN2YXIuaAkyMCBGZWIgMjAwNSAxODoxNTozMyAtMDAwMAkxLjIKQEAgLTEyMyw5ICsx MjMsMTIgQEAKIAogLyogSVBJcyBoYW5kbGVkIGJ5IElQSV9CSVRNQVBFRF9WRUNUT1IgIChY WFggdXBzIGlzIHRoZXJlIGEgYmV0dGVyIHBsYWNlPykgKi8KICNkZWZpbmUJSVBJX0FTVAkJ MCAJLyogR2VuZXJhdGUgc29mdHdhcmUgdHJhcC4gKi8KKyNpZiAwCiAjZGVmaW5lCUlQSV9I QVJEQ0xPQ0sJMQkvKiBJbnRlci1DUFUgY2xvY2sgaGFuZGxpbmcuICovCiAjZGVmaW5lCUlQ SV9TVEFUQ0xPQ0sJMgogI2RlZmluZSBJUElfQklUTUFQX0xBU1QgSVBJX1NUQVRDTE9DSwor I2VuZGlmCisjZGVmaW5lIElQSV9CSVRNQVBfTEFTVCBJUElfQVNUCiAjZGVmaW5lIElQSV9J U19CSVRNQVBFRCh4KSAoKHgpIDw9IElQSV9CSVRNQVBfTEFTVCkKIAogI2RlZmluZQlJUElf U1RPUAkoQVBJQ19JUElfSU5UUyArIDYpCS8qIFN0b3AgQ1BVIHVudGlsIHJlc3RhcnRlZC4g Ki8KQEAgLTE3Miw3ICsxNzUsNyBAQAogaW50aGFuZF90CiAJSURUVkVDKGFwaWNfaXNyMSks IElEVFZFQyhhcGljX2lzcjIpLCBJRFRWRUMoYXBpY19pc3IzKSwKIAlJRFRWRUMoYXBpY19p c3I0KSwgSURUVkVDKGFwaWNfaXNyNSksIElEVFZFQyhhcGljX2lzcjYpLAotCUlEVFZFQyhh cGljX2lzcjcpLCBJRFRWRUMoc3B1cmlvdXNpbnQpOworCUlEVFZFQyhhcGljX2lzcjcpLCBJ RFRWRUMoc3B1cmlvdXNpbnQpLElEVFZFQyh0aW1lcmludCk7CiAKIHVfaW50CWFwaWNfaXJx X3RvX2lkdCh1X2ludCBpcnEpOwogdV9pbnQJYXBpY19pZHRfdG9faXJxKHVfaW50IHZlY3Rv cik7CkBAIC0yMDMsNiArMjA2LDcgQEAKIHZvaWQJbGFwaWNfaXBpX3ZlY3RvcmVkKHVfaW50 IHZlY3RvciwgaW50IGRlc3QpOwogaW50CWxhcGljX2lwaV93YWl0KGludCBkZWxheSk7CiB2 b2lkCWxhcGljX2hhbmRsZV9pbnRyKHZvaWQgKmNvb2tpZSwgc3RydWN0IGludHJmcmFtZSBm cmFtZSk7Cit2b2lkCWxhcGljX2hhbmRsZV90aW1lcihzdHJ1Y3QgY2xvY2tmcmFtZSBmcmFt ZSk7CiB2b2lkCWxhcGljX3NldF9sb2dpY2FsX2lkKHVfaW50IGFwaWNfaWQsIHVfaW50IGNs dXN0ZXIsIHVfaW50IGNsdXN0ZXJfaWQpOwogaW50CWxhcGljX3NldF9sdnRfbWFzayh1X2lu dCBhcGljX2lkLCB1X2ludCBsdnQsIHVfY2hhciBtYXNrZWQpOwogaW50CWxhcGljX3NldF9s dnRfbW9kZSh1X2ludCBhcGljX2lkLCB1X2ludCBsdnQsIHVfaW50MzJfdCBtb2RlKTsKQEAg LTIxMiw2ICsyMTYsNyBAQAogCSAgICBlbnVtIGludHJfdHJpZ2dlciB0cmlnZ2VyKTsKIHZv aWQJbGFwaWNfc2V0X3Rwcih1X2ludCB2ZWN0b3IpOwogdm9pZAlsYXBpY19zZXR1cCh2b2lk KTsKK2ludAlsYXBpY19zZXR1cF9jbG9jayh2b2lkKTsKIAogI2VuZGlmIC8qICFMT0NPUkUg Ki8KICNlbmRpZiAvKiBfTUFDSElORV9BUElDVkFSX0hfICovCkluZGV4OiBhbWQ2NC9pc2Ev Y2xvY2suYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9rYXRvL2N2cy9rYXRvLXN5 cy9hbWQ2NC9pc2EvY2xvY2suYyx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS4xLjEuMQpkaWZm IC11IC1yMS4xLjEuMSBjbG9jay5jCi0tLSBhbWQ2NC9pc2EvY2xvY2suYwkxOCBGZWIgMjAw NSAxNDowNTo1NSAtMDAwMAkxLjEuMS4xCisrKyBhbWQ2NC9pc2EvY2xvY2suYwkyMCBGZWIg MjAwNSAxODoyNTo1MCAtMDAwMApAQCAtNjQsMTMgKzY0LDE0IEBACiAjaW5jbHVkZSA8c3lz L3N5c2N0bC5oPgogI2luY2x1ZGUgPHN5cy9jb25zLmg+CiAjaW5jbHVkZSA8c3lzL3Bvd2Vy Lmg+Ci0KKyNkZWZpbmUgTEFQSUNfVElNRVIKICNpbmNsdWRlIDxtYWNoaW5lL2Nsb2NrLmg+ CiAjaW5jbHVkZSA8bWFjaGluZS9mcmFtZS5oPgogI2luY2x1ZGUgPG1hY2hpbmUvaW50cl9t YWNoZGVwLmg+CiAjaW5jbHVkZSA8bWFjaGluZS9tZF92YXIuaD4KICNpbmNsdWRlIDxtYWNo aW5lL3BzbC5oPgotI2lmZGVmIFNNUAorI2lmZGVmIExBUElDX1RJTUVSCisjaW5jbHVkZSA8 bWFjaGluZS9hcGljdmFyLmg+CiAjaW5jbHVkZSA8bWFjaGluZS9zbXAuaD4KICNlbmRpZgog I2luY2x1ZGUgPG1hY2hpbmUvc3BlY2lhbHJlZy5oPgpAQCAtMTEzLDYgKzExNCw3IEBACiBz dGF0aWMJdV9pbnQzMl90IGk4MjU0X29mZnNldDsKIHN0YXRpYwlpbnQJKCppODI1NF9wZW5k aW5nKShzdHJ1Y3QgaW50c3JjICopOwogc3RhdGljCWludAlpODI1NF90aWNrZWQ7CitzdGF0 aWMJaW50CXVzaW5nX2xhcGljX3RpbWVyOwogc3RhdGljCXVfY2hhcglydGNfc3RhdHVzYSA9 IFJUQ1NBX0RJVklERVIgfCBSVENTQV9OT1BST0Y7CiBzdGF0aWMJdV9jaGFyCXJ0Y19zdGF0 dXNiID0gUlRDU0JfMjRIUiB8IFJUQ1NCX1BJTlRSOwogCkBAIC0xMzksNyArMTQxLDYgQEAK IHN0YXRpYyB2b2lkCiBjbGtpbnRyKHN0cnVjdCBjbG9ja2ZyYW1lICpmcmFtZSkKIHsKLQog CWlmICh0aW1lY291bnRlci0+dGNfZ2V0X3RpbWVjb3VudCA9PSBpODI1NF9nZXRfdGltZWNv dW50KSB7CiAJCW10eF9sb2NrX3NwaW4oJmNsb2NrX2xvY2spOwogCQlpZiAoaTgyNTRfdGlj a2VkKQpAQCAtMTUxLDEwICsxNTIsOCBAQAogCQljbGtpbnRyX3BlbmRpbmcgPSAwOwogCQlt dHhfdW5sb2NrX3NwaW4oJmNsb2NrX2xvY2spOwogCX0KLQloYXJkY2xvY2soZnJhbWUpOwot I2lmZGVmIFNNUAotCWZvcndhcmRfaGFyZGNsb2NrKCk7Ci0jZW5kaWYKKwlpZiAoIXVzaW5n X2xhcGljX3RpbWVyKQkKKwkJaGFyZGNsb2NrKGZyYW1lKTsKIH0KIAogaW50CkBAIC0yMjEs OSArMjIwLDYgQEAKIAkJfQogCQlpZiAocHNjbnQgPT0gcHNkaXYpCiAJCQlzdGF0Y2xvY2so ZnJhbWUpOwotI2lmZGVmIFNNUAotCQlmb3J3YXJkX3N0YXRjbG9jaygpOwotI2VuZGlmCiAJ fQogfQogCkBAIC03MzEsNiArNzI3LDkgQEAKIAlpbnQgZGlhZzsKIAogCWlmIChzdGF0Y2xv Y2tfZGlzYWJsZSkgeworI2lmZGVmIExBUElDX1RJTUVSCisJdXNpbmdfbGFwaWNfdGltZXIg PSBsYXBpY19zZXR1cF9jbG9jaygpOworI2VuZGlmCiAJCS8qCiAJCSAqIFRoZSBzdGF0IGlu dGVycnVwdCBtYXNrIGlzIGRpZmZlcmVudCB3aXRob3V0IHRoZQogCQkgKiBzdGF0aXN0aWNz IGNsb2NrLiAgQWxzbywgZG9uJ3Qgc2V0IHRoZSBpbnRlcnJ1cHQKQEAgLTc1Niw3ICs3NTUs NyBAQAogCXdyaXRlcnRjKFJUQ19TVEFUVVNCLCBSVENTQl8yNEhSKTsKIAogCS8qIERvbid0 IGJvdGhlciBlbmFibGluZyB0aGUgc3RhdGlzdGljcyBjbG9jay4gKi8KLQlpZiAoIXN0YXRj bG9ja19kaXNhYmxlKSB7CisJaWYgKCFzdGF0Y2xvY2tfZGlzYWJsZSAmJiAhdXNpbmdfbGFw aWNfdGltZXIpIHsKIAkJZGlhZyA9IHJ0Y2luKFJUQ19ESUFHKTsKIAkJaWYgKGRpYWcgIT0g MCkKIAkJCXByaW50ZigiUlRDIEJJT1MgZGlhZ25vc3RpYyBlcnJvciAlYlxuIiwgZGlhZywg UlRDREdfQklUUyk7CkBAIC03NzQsNyArNzczLDggQEAKIHZvaWQKIGNwdV9zdGFydHByb2Zj bG9jayh2b2lkKQogewotCisJaWYgKHVzaW5nX2xhcGljX3RpbWVyKQorCQlyZXR1cm47CiAJ cnRjX3N0YXR1c2EgPSBSVENTQV9ESVZJREVSIHwgUlRDU0FfUFJPRjsKIAl3cml0ZXJ0YyhS VENfU1RBVFVTQSwgcnRjX3N0YXR1c2EpOwogCXBzZGl2ID0gcHNjbnQgPSBwc3JhdGlvOwpA QCAtNzgzLDcgKzc4Myw4IEBACiB2b2lkCiBjcHVfc3RvcHByb2ZjbG9jayh2b2lkKQogewot CisJaWYgKHVzaW5nX2xhcGljX3RpbWVyKQorCQlyZXR1cm47CiAJcnRjX3N0YXR1c2EgPSBS VENTQV9ESVZJREVSIHwgUlRDU0FfTk9QUk9GOwogCXdyaXRlcnRjKFJUQ19TVEFUVVNBLCBy dGNfc3RhdHVzYSk7CiAJcHNkaXYgPSBwc2NudCA9IDE7Cg== --------------030802060005060601090600-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 21:08:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5569E16A4CE; Mon, 21 Feb 2005 21:08:36 +0000 (GMT) Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A20F43D2D; Mon, 21 Feb 2005 21:08:35 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from opteron.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.1/8.13.1) with ESMTP id j1LL8ZsW092582; Mon, 21 Feb 2005 13:08:35 -0800 (PST) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by opteron.dglawrence.com (8.13.1/8.13.1/Submit) id j1LL8Yun092581; Mon, 21 Feb 2005 13:08:34 -0800 (PST) (envelope-from dg@dglawrence.com) Date: Mon, 21 Feb 2005 13:08:34 -0800 From: "David G. Lawrence" To: Robert Watson Message-ID: <20050221210834.GB87259@opteron.dglawrence.com> References: <20050220173941.GA25298@hurx.thc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: cc: Christian Jachmann cc: David Schultz cc: current@FreeBSD.org Subject: Re: Load over 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 21:08:36 -0000 > aren't being serviced isn't a bug. The reason the load on systems with > many processes is typically low is that most processes are blocked on I/O > -- either waiting for it to complete, waing for a network packet, or > waiting for the user, so they're idle the rest of the time. The CPU sits > there waiting for the world to catch up... The load average has historically meant the number of processes either running/ready to run OR blocked by short term (disk I/O) wait. So the load average can be high even when the CPU isn't highly loaded. Back in the days of wcarchive.cdrom.com, it was not uncommon to see a load average of 60 while the CPU was 90% idle. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 21:09:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8D6A16A4CE; Mon, 21 Feb 2005 21:09:19 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4668943D5A; Mon, 21 Feb 2005 21:09:19 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j1LL9IFL019664; Mon, 21 Feb 2005 16:09:18 -0500 (EST) Date: Mon, 21 Feb 2005 16:09:18 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Marc Fonvieille In-Reply-To: <20050221202234.GB604@nosferatu.blackend.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 21:09:19 -0000 On Mon, 21 Feb 2005, Marc Fonvieille wrote: > On Sun, Feb 20, 2005 at 03:26:50PM -0500, Daniel Eischen wrote: > > On Sun, 20 Feb 2005, Marc Fonvieille wrote: > > > > occured on libpthread/thread/* > > > > > > I tried with a libpthread.so.1 from 3rd Feb (just before some MFCs), > > > this fixed the problem. > > > > Run mozilla with -g and repeat the problem. Look at the traceback > > and if you get a problem with it recursing on a private mutex, then > > it is a problem with mozilla or a plugin. If your are using > > linuxplugin and haven't updated that port, you need to rebuild it. > > > > I rebuilt all plugins, it did the trick, thanks! > Maybe a note in UPDATING may help people. Ping the ports folks or the linuxpluginwrapper maintainer. The commit log had this info in it, as well as appearing on the mailing lists several times ;-) -- DE From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 21:12:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72EE416A4CE; Mon, 21 Feb 2005 21:12:37 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8FBE43D2F; Mon, 21 Feb 2005 21:12:36 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j1LLCMs4045821; Mon, 21 Feb 2005 22:12:22 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "David G. Lawrence" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 21 Feb 2005 13:08:34 PST." <20050221210834.GB87259@opteron.dglawrence.com> Date: Mon, 21 Feb 2005 22:12:22 +0100 Message-ID: <45820.1109020342@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: Christian Jachmann cc: Robert Watson cc: David Schultz cc: current@freebsd.org Subject: Re: Load over 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 21:12:37 -0000 In message <20050221210834.GB87259@opteron.dglawrence.com>, "David G. Lawrence" writes: >> aren't being serviced isn't a bug. The reason the load on systems with >> many processes is typically low is that most processes are blocked on I/O >> -- either waiting for it to complete, waing for a network packet, or >> waiting for the user, so they're idle the rest of the time. The CPU sits >> there waiting for the world to catch up... > > The load average has historically meant the number of processes either >running/ready to run OR blocked by short term (disk I/O) wait. No, disk I/O sleeps is not involved. The loadavg is the length of the runqueue. Any process sleeping, on network, disk or timer, is not counted towards the total. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 21:33:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5190416A4CE; Mon, 21 Feb 2005 21:33:39 +0000 (GMT) Received: from dglawrence.com (dsl-230-156.ipns.com [209.210.230.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id D06C643D39; Mon, 21 Feb 2005 21:33:38 +0000 (GMT) (envelope-from dg@dglawrence.com) Received: from opteron.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.13.1/8.13.1) with ESMTP id j1LLXcPv092766; Mon, 21 Feb 2005 13:33:38 -0800 (PST) (envelope-from dg@dglawrence.com) Received: (from dg@localhost) by opteron.dglawrence.com (8.13.1/8.13.1/Submit) id j1LLXbSx092765; Mon, 21 Feb 2005 13:33:37 -0800 (PST) (envelope-from dg@dglawrence.com) Date: Mon, 21 Feb 2005 13:33:37 -0800 From: "David G. Lawrence" To: Poul-Henning Kamp Message-ID: <20050221213337.GC87259@opteron.dglawrence.com> References: <20050221210834.GB87259@opteron.dglawrence.com> <45820.1109020342@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45820.1109020342@critter.freebsd.dk> cc: Christian Jachmann cc: Robert Watson cc: David Schultz cc: current@freebsd.org Subject: Re: Load over 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 21:33:39 -0000 > In message <20050221210834.GB87259@opteron.dglawrence.com>, "David G. Lawrence" > writes: > >> aren't being serviced isn't a bug. The reason the load on systems with > >> many processes is typically low is that most processes are blocked on I/O > >> -- either waiting for it to complete, waing for a network packet, or > >> waiting for the user, so they're idle the rest of the time. The CPU sits > >> there waiting for the world to catch up... > > > > The load average has historically meant the number of processes either > >running/ready to run OR blocked by short term (disk I/O) wait. > > No, disk I/O sleeps is not involved. > > The loadavg is the length of the runqueue. Any process sleeping, > on network, disk or timer, is not counted towards the total. I said "historically". :-) This was changed in FreeBSD a some years ago. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities. From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 22:25:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CFDC16A4CE for ; Mon, 21 Feb 2005 22:25:43 +0000 (GMT) Received: from mail.eaznet.com (mail.eaznet.com [198.182.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85B0243D41 for ; Mon, 21 Feb 2005 22:25:42 +0000 (GMT) (envelope-from eddie@eaznet.com) Received: from localhost (localhost.eaznet.com [127.0.0.1]) by mail.eaznet.com (Postfix) with ESMTP id DD5AF1071BF for ; Mon, 21 Feb 2005 15:16:57 -0700 (MST) Received: from mail.eaznet.com ([127.0.0.1]) by localhost (stout.eaznet.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54767-06 for ; Mon, 21 Feb 2005 15:16:57 -0700 (MST) Received: from gilaha1b4iklae (sncwall.eaznet.com [198.182.71.58]) by mail.eaznet.com (Postfix) with ESMTP id 6E0841071BE for ; Mon, 21 Feb 2005 15:16:57 -0700 (MST) From: "EAZNet - Eddie Fry" To: Date: Mon, 21 Feb 2005 15:27:35 -0700 MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUYZIZ+DR+dZPADQTyMzbLn0f+pnQ== Message-Id: <20050221221657.6E0841071BE@mail.eaznet.com> X-VirusScanned: by AMaViSClamAV at mail.eaznet.com Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Supermicro P4SCT+ Marvell 88SX504 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 22:25:43 -0000 Soren/others, =20 I=92d like to offer to donate US$100 to getting the Marvell RAID = controller working quickly. I=92d rather see this driver implemented than to go = buy another controller. I=92d be more than happy to beta the driver. I = need to do some testing/configuring on this box before deployment, so testing = the RAID driver would not be a problem. However, I am on a timetable=85 =20 Thanks! =20 Eddie Fry EAZNet Internet Services --=20 No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.2.0 - Release Date: 2/21/2005 =20 From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 22:35:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4033316A4CE; Mon, 21 Feb 2005 22:35:29 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4CD743D58; Mon, 21 Feb 2005 22:35:28 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j1LMZJJA025556; Mon, 21 Feb 2005 17:35:19 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j1LMZIGw025555; Mon, 21 Feb 2005 17:35:18 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Mon, 21 Feb 2005 17:35:18 -0500 From: David Schultz To: "David G. Lawrence" Message-ID: <20050221223518.GA25518@VARK.MIT.EDU> Mail-Followup-To: "David G. Lawrence" , Poul-Henning Kamp , Robert Watson , Christian Jachmann , current@FreeBSD.ORG References: <20050221210834.GB87259@opteron.dglawrence.com> <45820.1109020342@critter.freebsd.dk> <20050221213337.GC87259@opteron.dglawrence.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050221213337.GC87259@opteron.dglawrence.com> cc: Poul-Henning Kamp cc: Robert Watson cc: Christian Jachmann cc: current@FreeBSD.ORG Subject: Re: Load over 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 22:35:29 -0000 On Mon, Feb 21, 2005, David G. Lawrence wrote: > > No, disk I/O sleeps is not involved. > > > > The loadavg is the length of the runqueue. Any process sleeping, > > on network, disk or timer, is not counted towards the total. > > I said "historically". :-) > This was changed in FreeBSD a some years ago. Even further back in history, TENEX computed the load average based on runnable jobs. :-P See footnote 1 of RFC 546. From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 23:32:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E11C316A4CE for ; Mon, 21 Feb 2005 23:32:56 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 556BC43D45 for ; Mon, 21 Feb 2005 23:32:56 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so370377rnf for ; Mon, 21 Feb 2005 15:32:55 -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:references; b=RHiGnuY4B11oy8njFF89VkESsroLs5ugYsLHV9NzyC6NbeUHobed4ZzezyEOuHOEGyyc8ldvZ23Hr+0fjuxumdj2xoiiAFQ6PaYtc2Hj0FNZE5kLwmMrzP2UZsQqL+EN4h4aKI7CB3uR249VnonIW4WgZh2HREr8JkR55v3at+U= Received: by 10.38.150.1 with SMTP id x1mr78886rnd; Mon, 21 Feb 2005 15:32:55 -0800 (PST) Received: by 10.38.101.19 with HTTP; Mon, 21 Feb 2005 15:32:55 -0800 (PST) Message-ID: Date: Mon, 21 Feb 2005 17:32:55 -0600 From: Eric Kjeldergaard To: Nate Lawson In-Reply-To: <42068A5C.1030300@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <42068A5C.1030300@root.org> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 23:32:57 -0000 On Sun, 06 Feb 2005 13:21:32 -0800, Nate Lawson wrote: > I've finished the major work of importing cpufreq. As part of this, the > sysctls for acpi throttling have been removed. The power_profile script > has been updated, so you can use performance/economy_cpu_freq= in > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > support has been compiled into acpi_perf.ko so load that to get > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > sysctls. I have been using cpufreq on and off since this got comitted and just noticed a problem now. I can't really say when it started happening, but I can say that it happens with a current from about 2 hours ago. What happens is when I kldload cpufreq, usb stops working. If I have a device that was already connected, it gets disconnected, I am unable to connect any new devices. It's just completely unresponsive. Whatever the issue is, it does not help to kldunload cpufreq, I am forced to reboot to get USB working again. The system is an IBM Thinkpad R40. I can give you whatever relevant info you need on request. -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 23:41:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1772B16A4CE for ; Mon, 21 Feb 2005 23:41:24 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A818B43D6B for ; Mon, 21 Feb 2005 23:41:23 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1LNfjbc045056; Mon, 21 Feb 2005 16:41:45 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <421A719F.6050102@freebsd.org> Date: Mon, 21 Feb 2005 16:41:19 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: EAZNet - Eddie Fry References: <20050221221657.6E0841071BE@mail.eaznet.com> In-Reply-To: <20050221221657.6E0841071BE@mail.eaznet.com> Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-current@freebsd.org Subject: Re: Supermicro P4SCT+ Marvell 88SX504 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 23:41:24 -0000 EAZNet - Eddie Fry wrote: > Soren/others, > > > > Id like to offer to donate US$100 to getting the Marvell RAID controller > working quickly. Id rather see this driver implemented than to go buy > another controller. Id be more than happy to beta the driver. I need to > do some testing/configuring on this box before deployment, so testing the > RAID driver would not be a problem. However, I am on a timetable > > > > Thanks! > > > > Eddie Fry > > EAZNet Internet Services > > The problem is not with there being no desire to make this hardware work, it's that Marvell refuses to provide any specs, references, or code samples that could be used to write an open driver. Scott From owner-freebsd-current@FreeBSD.ORG Mon Feb 21 23:45:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8738916A4CE for ; Mon, 21 Feb 2005 23:45:49 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id C52C643D53 for ; Mon, 21 Feb 2005 23:45:48 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j1LNjliV047092 for ; Tue, 22 Feb 2005 00:45:47 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Tue, 22 Feb 2005 00:45:47 +0100 Message-ID: <47091.1109029547@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Subject: ADAPTIVE_MUTEX panic in line 519 of kern_mutex.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Feb 2005 23:45:49 -0000 Totally repeatable for me. Yell at me tomorrow if you want me to provide more info. Happens on i386 and amd64. ATA PseudoRAID loaded SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s2a Enter full pathname of shell or RETURN for /bin/sh: # Pre-seeding PRNG: kickstart. Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. Fast boot: skipping disk checks. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x100 fault code = supervisor read, page not present instruction pointer = 0x8:0xc061297d stack pointer = 0x10:0xec629918 frame pointer = 0x10:0xec629924 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 118 (rmdir) [thread pid 118 tid 100094 ] Stopped at 0xc061297d = _mtx_lock_sleep+0x9d: cmpl $0x4,0x100(%ebx) db> trace Tracing pid 118 tid 100094 td 0xc5ba95c0 _mtx_lock_sleep(c5bdce54,c5ba95c0,0,0,0) at 0xc061297d = _mtx_lock_sleep+0x9d softdep_setup_freeblocks(c5bd7e38,0,0,800,ec6299d4) at 0xc073c683 = softdep_setup_freeblocks+0x7b3 ffs_truncate(c5bdcdd0,0,0,800,c5763180,c5ba95c0) at 0xc0732be5 = ffs_truncate+0x569 handle_workitem_remove(c5b584a0,0) at 0xc073e981 = handle_workitem_remove+0x1f1 softdep_setup_remove(d981b9f0,c5ba094c,c5bd7e38,1,c5bd7e38) at 0xc073e0e4 = softdep_setup_remove+0xfc ufs_dirremove(c5bb6330,c5bd7e38,300800c,1,16) at 0xc074dea2 = ufs_dirremove+0x126 ufs_rmdir(ec629c2c) at 0xc07524ba = ufs_rmdir+0xba VOP_RMDIR_APV(c08abe80,ec629c2c) at 0xc07cdcc4 = VOP_RMDIR_APV+0x38 kern_rmdir(c5ba95c0,bfbfef56,0,ec629d40,c07ba4df) at 0xc067a20e = kern_rmdir+0x1d6 rmdir(c5ba95c0,ec629d14,1,0,296) at 0xc067a036 = rmdir+0x12 syscall(2f,2f,2f,bfbfef56,0) at 0xc07ba4df = syscall+0x283 Xint0x80_syscall() at 0xc07a714f = Xint0x80_syscall+0x1f --- syscall (137, FreeBSD ELF32, rmdir), eip = 0x280b5ed3, esp = 0xbfbfee3c, ebp = 0xbfbfee78 --- db> -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 01:17:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2B3C16A4CE; Tue, 22 Feb 2005 01:17:08 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25F0D43D1D; Tue, 22 Feb 2005 01:17:08 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j1M1GwjY042758; Mon, 21 Feb 2005 17:17:02 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502220117.j1M1GwjY042758@gw.catspoiler.org> Date: Mon, 21 Feb 2005 17:16:58 -0800 (PST) From: Don Lewis To: kjelderg@gmail.com In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: acpi@FreeBSD.org cc: current@FreeBSD.org cc: nate@root.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 01:17:08 -0000 On 21 Feb, Eric Kjeldergaard wrote: > On Sun, 06 Feb 2005 13:21:32 -0800, Nate Lawson wrote: >> I've finished the major work of importing cpufreq. As part of this, the >> sysctls for acpi throttling have been removed. The power_profile script >> has been updated, so you can use performance/economy_cpu_freq= in >> rc.conf to set AC on/offline cpu frequencies. The acpi throttling >> support has been compiled into acpi_perf.ko so load that to get >> throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq >> sysctls. > > I have been using cpufreq on and off since this got comitted and just > noticed a problem now. I can't really say when it started happening, > but I can say that it happens with a current from about 2 hours ago. > What happens is when I kldload cpufreq, usb stops working. If I have > a device that was already connected, it gets disconnected, I am unable > to connect any new devices. It's just completely unresponsive. > Whatever the issue is, it does not help to kldunload cpufreq, I am > forced to reboot to get USB working again. The system is an IBM > Thinkpad R40. I can give you whatever relevant info you need on > request. My R40 has had a similar problem since at least December (the first time I tried to use my USB mouse in quite some time). Part way through the boot process it powers down the USB ports and the mouse LEDs go dark. I haven't had time to investigate. From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 01:21:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BC0916A4D0 for ; Tue, 22 Feb 2005 01:21:15 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA7AF43D45 for ; Tue, 22 Feb 2005 01:21:14 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so381453rnf for ; Mon, 21 Feb 2005 17:21:14 -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:references; b=Foxtny+2d7DMD0rXbTa7RS11a9KPpTz4enWds+oPNP2e3R7WJh3PfpE50jXYJQ/OW4CtX+RrhrZ8JZS/t8g46NM94pOz97WtYmg3oRXDdRRApASXGNjbPhFcEp2Z7q9ja8fEX0VvxEfzhP6EFqM0RRR4+NSMw65bbvW3XKQxuH0= Received: by 10.38.78.26 with SMTP id a26mr93002rnb; Mon, 21 Feb 2005 17:21:13 -0800 (PST) Received: by 10.38.101.19 with HTTP; Mon, 21 Feb 2005 17:21:13 -0800 (PST) Message-ID: Date: Mon, 21 Feb 2005 19:21:13 -0600 From: Eric Kjeldergaard To: Don Lewis In-Reply-To: <200502220117.j1M1GwjY042758@gw.catspoiler.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200502220117.j1M1GwjY042758@gw.catspoiler.org> cc: acpi@freebsd.org cc: current@freebsd.org cc: nate@root.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 01:21:15 -0000 On Mon, 21 Feb 2005 17:16:58 -0800 (PST), Don Lewis wrote: > On 21 Feb, Eric Kjeldergaard wrote: > > On Sun, 06 Feb 2005 13:21:32 -0800, Nate Lawson wrote: > >> I've finished the major work of importing cpufreq. As part of this, the > >> sysctls for acpi throttling have been removed. The power_profile script > >> has been updated, so you can use performance/economy_cpu_freq= in > >> rc.conf to set AC on/offline cpu frequencies. The acpi throttling > >> support has been compiled into acpi_perf.ko so load that to get > >> throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > >> sysctls. > > > > I have been using cpufreq on and off since this got comitted and just > > noticed a problem now. I can't really say when it started happening, > > but I can say that it happens with a current from about 2 hours ago. > > What happens is when I kldload cpufreq, usb stops working. If I have > > a device that was already connected, it gets disconnected, I am unable > > to connect any new devices. It's just completely unresponsive. > > Whatever the issue is, it does not help to kldunload cpufreq, I am > > forced to reboot to get USB working again. The system is an IBM > > Thinkpad R40. I can give you whatever relevant info you need on > > request. > > My R40 has had a similar problem since at least December (the first time > I tried to use my USB mouse in quite some time). Part way through the > boot process it powers down the USB ports and the mouse LEDs go dark. I > haven't had time to investigate. oh, this is much different than my problem Unless I kldload cpufreq, my USB is A-OK. -- If I write a signature, my emails will appear more personalised. From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 01:50:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2743816A4CE; Tue, 22 Feb 2005 01:50:16 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id B696D43D3F; Tue, 22 Feb 2005 01:50:15 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1M1oEvE003038; Mon, 21 Feb 2005 20:50:14 -0500 Message-ID: <421A8F90.3080907@root.org> Date: Mon, 21 Feb 2005 17:49:04 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Kjeldergaard References: <42068A5C.1030300@root.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 01:50:16 -0000 Eric Kjeldergaard wrote: > On Sun, 06 Feb 2005 13:21:32 -0800, Nate Lawson wrote: > >>I've finished the major work of importing cpufreq. As part of this, the >>sysctls for acpi throttling have been removed. The power_profile script >>has been updated, so you can use performance/economy_cpu_freq= in >>rc.conf to set AC on/offline cpu frequencies. The acpi throttling >>support has been compiled into acpi_perf.ko so load that to get >>throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq >>sysctls. > > > I have been using cpufreq on and off since this got comitted and just > noticed a problem now. I can't really say when it started happening, > but I can say that it happens with a current from about 2 hours ago. > What happens is when I kldload cpufreq, usb stops working. If I have > a device that was already connected, it gets disconnected, I am unable > to connect any new devices. It's just completely unresponsive. > Whatever the issue is, it does not help to kldunload cpufreq, I am > forced to reboot to get USB working again. The system is an IBM > Thinkpad R40. I can give you whatever relevant info you need on > request. Hmm. If you boot with cpufreq and usb loaded, does it have this problem? Run the below script to send me your debug info: http://www.root.org/~nate/freebsd/cpufreq_debug -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 03:17:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B180816A4CE for ; Tue, 22 Feb 2005 03:17:35 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CB8543D45 for ; Tue, 22 Feb 2005 03:17:35 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 562DD72DD8; Mon, 21 Feb 2005 19:17:35 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 51A4972DCB; Mon, 21 Feb 2005 19:17:35 -0800 (PST) Date: Mon, 21 Feb 2005 19:17:35 -0800 (PST) From: Doug White To: Pascal Hofstee In-Reply-To: Message-ID: <20050221191111.R89025@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current Subject: Re: GNUstep and libkvm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 03:17:35 -0000 On Sun, 20 Feb 2005, Pascal Hofstee wrote: > A while ago i initiated a thread on hackers@ requesting additional > information regarding a known issue with the gnustep-gui port "needing > /proc" even when gnustep-base itself (which in turn is used by -gui) > was compiled without procfs support. > > The results of my findings can be found in the following list-archive entries: > > http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg49357.html > http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg49577.html > > Short summary is the kvm_getargv function seems to trigger a kvm_uread > call when the length of "command + argumentlist" exceeds the value of > kern.ps_arg_cache_limit. > > This kvm_uread call is responsible for the observed /proc groveling. > I had hoped to acquire some additional information on how to properlly > debug libkvm in GDB and if this /proc dependency is intended behavior. You could just read the code :-) libkvm is a userspace library, source is in src/lib/libkvm. > To me personally (though i am not a kernel hacker) it doens't really > make sense to have libkvm (which is intended to be a 'replacement' for > /proc to my understanding) intenrally depend on the same system it's > trying to 'replace', though I noticed from the manpages that the > kvm_getargv function doesn't really belong in libkvm. libkvm is actually "legacy"; /proc came after it, but we've been moving away from requiring procfs since its skilled at opening security holes. libkvm originally needed to grovel in /dev/kmem and much of that has migrated to using special-purpose sysctls. > Can anybody at least either confirm wether or not this is > - intended behavior > - a bug and a proper PR should likely be created ps(1) sets up some flags to avoid needing it on -CURRENT and RELENG_5; you might reference that for how to use the sysctl to read the ps information. There is some information that is only available via /proc, though; the process environment is an easy example (and ps throws an error if you specify -e and procfs isn't available). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 03:25:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EE2F16A4CE for ; Tue, 22 Feb 2005 03:25:14 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E92CA43D45 for ; Tue, 22 Feb 2005 03:25:13 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D055E72DD8; Mon, 21 Feb 2005 19:25:13 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id CB6AC72DCB; Mon, 21 Feb 2005 19:25:13 -0800 (PST) Date: Mon, 21 Feb 2005 19:25:13 -0800 (PST) From: Doug White To: Frank Mayhar In-Reply-To: <200502211933.j1LJX6v4093739@realtime.exit.com> Message-ID: <20050221191909.B89025@carver.gumbysoft.com> References: <200502211933.j1LJX6v4093739@realtime.exit.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Hard hangs running 6-current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 03:25:14 -0000 On Mon, 21 Feb 2005, Frank Mayhar wrote: > Joseph Koshy wrote: > > Try turning off HTT in the BIOS. > > Unfortunately, that did _not_ do the trick after all, even after I upgraded > the BIOS to the latest. > > I have a vague impression that it might be related to some hardware errors > the ath driver is claiming to see: > > Feb 20 22:38:05 lap kernel: ath0: hardware error; resetting > > But at this point I have no good ideas. Try one of these loader tunables: 1. Disabling SMP (kern.smp.disabled=1) 2. Disabling mpsafenet (debug.mpsafenet=0) This may be a symptom of a deadlock we're observing on sparc64 in the network stack. Either one of these should stop the problem, if its the issue we were seeing earlier today. If you especially adventurous, try setting net.inet.tcp.do_tcpdrain=0 instead of the options above. This might cause mbuf exhaustion but is implicated in the deadlock. This is a total hunch and I may be influenced by the time put in on this issue today :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 04:02:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AFEC16A4CE for ; Tue, 22 Feb 2005 04:02:55 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44A6B43D1D for ; Tue, 22 Feb 2005 04:02:55 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.13.1) with ESMTP id j1M42qRX098033; Mon, 21 Feb 2005 20:02:52 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j1M42pnQ060292; Mon, 21 Feb 2005 20:02:51 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j1M42pt9060271; Mon, 21 Feb 2005 20:02:51 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200502220402.j1M42pt9060271@realtime.exit.com> In-Reply-To: <20050221191909.B89025@carver.gumbysoft.com> To: Doug White Date: Mon, 21 Feb 2005 20:02:50 -0800 (PST) X-Copyright0: Copyright 2005 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: Hard hangs running 6-current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 04:02:55 -0000 Doug White wrote: > Try one of these loader tunables: > 1. Disabling SMP (kern.smp.disabled=1) > 2. Disabling mpsafenet (debug.mpsafenet=0) I run with debug.mpsafenet=0 (due to a bug I ran into some time ago which I haven't looked at recently). The current kernel is running with HTT turned off and no SMP builtin. So kern.smp.disabled=1 is kind of redundant. So no dice on either one of these. > This may be a symptom of a deadlock we're observing on > sparc64 in the network stack. Either one of these should stop the > problem, if its the issue we were seeing earlier today. Doesn't look like it, I'm afraid. > If you especially adventurous, try setting net.inet.tcp.do_tcpdrain=0 > instead of the options above. This might cause mbuf exhaustion but is > implicated in the deadlock. > > This is a total hunch and I may be influenced by the time put in on this > issue today :) If you're interested, you might take a look at http://www.freebsd.org/cgi/query-pr.cgi?pr=77751 It has my results for the day. Warning: Lots of ath debug output. I'm pretty sure it's the ath driver that's the problem, particularly in light of my most recent results. Thanks for the ideas, though. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 04:49:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C136216A4CE for ; Tue, 22 Feb 2005 04:49:33 +0000 (GMT) Received: from outbound0.sv.meer.net (outbound0.sv.meer.net [205.217.152.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A30243D2F for ; Tue, 22 Feb 2005 04:49:33 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) j1M4nUV1031561; Mon, 21 Feb 2005 20:49:31 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com ([210.111.214.11]) by mail.meer.net (8.12.10/8.12.10/meer) with ESMTP id j1M4nSM8087068; Mon, 21 Feb 2005 20:49:29 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Tue, 22 Feb 2005 13:49:27 +0900 Message-ID: From: gnn@freebsd.org To: Maxim Konovalov In-Reply-To: <20050221233338.B70997@mp2.macomnet.net> References: <20050123193559.V91742@mp2.macomnet.net> <20050221233338.B70997@mp2.macomnet.net> User-Agent: Wanderlust/2.12.0 (Your Wildest Dreams) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin7.7.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: OpenBSD's tcpdrop(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 04:49:33 -0000 At Mon, 21 Feb 2005 23:48:55 +0300 (MSK), Maxim Konovalov wrote: > Thank you very much for testing! A version with the correct locking > (rwatson@) and improved IPv6 (ume@) is already in the tree. > Great. > We do not allow to modify sysctls in jail by default (!CTLFLAG_PRISON > case) so I think net.inet.tcp.drop is jail-safe. And it does not > allow to discover an existent (or non-existent) tcp connection in the > host system from the jail. Sounds good to me. Later, George From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 04:53:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9038B16A4CE for ; Tue, 22 Feb 2005 04:53:56 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B97A43D48 for ; Tue, 22 Feb 2005 04:53:54 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.89] ([66.127.85.89]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j1M4rmWi006063 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Feb 2005 20:53:49 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <421ABB04.3030301@errno.com> Date: Mon, 21 Feb 2005 20:54:28 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: frank@exit.com References: <200502220402.j1M42pt9060271@realtime.exit.com> In-Reply-To: <200502220402.j1M42pt9060271@realtime.exit.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Hard hangs running 6-current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 04:53:56 -0000 Frank Mayhar wrote: > Doug White wrote: > >>Try one of these loader tunables: >>1. Disabling SMP (kern.smp.disabled=1) >>2. Disabling mpsafenet (debug.mpsafenet=0) > > > I run with debug.mpsafenet=0 (due to a bug I ran into some time ago which I > haven't looked at recently). > > The current kernel is running with HTT turned off and no SMP builtin. So > kern.smp.disabled=1 is kind of redundant. > > So no dice on either one of these. > > >>This may be a symptom of a deadlock we're observing on >>sparc64 in the network stack. Either one of these should stop the >>problem, if its the issue we were seeing earlier today. > > > Doesn't look like it, I'm afraid. > > >>If you especially adventurous, try setting net.inet.tcp.do_tcpdrain=0 >>instead of the options above. This might cause mbuf exhaustion but is >>implicated in the deadlock. >> >>This is a total hunch and I may be influenced by the time put in on this >>issue today :) > > > If you're interested, you might take a look at > http://www.freebsd.org/cgi/query-pr.cgi?pr=77751 > It has my results for the day. Warning: Lots of ath debug output. I'm > pretty sure it's the ath driver that's the problem, particularly in light > of my most recent results. > > Thanks for the ideas, though. Other than a busted card the only thing I can think of is you're getting an interrupt storm from the MIB counters. If so try disabling HAL_INT_MIB in the driver. The easiest way to do that is probably to force sc_needmib to 0 in ath_attach by disabling the following code: /* * Check if the device has hardware counters for PHY * errors. If so we need to enable the MIB interrupt * so we can act on stat triggers. */ if (ath_hal_hwphycounters(ah)) sc->sc_needmib = 1; If your problem does not go away then I can only suggest trying another card. FWIW I haven't seen this. Sam From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 05:05:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EEE216A4CE for ; Tue, 22 Feb 2005 05:05:42 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE50043D49 for ; Tue, 22 Feb 2005 05:05:41 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1M54gFv002417; Mon, 21 Feb 2005 22:04:42 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 21 Feb 2005 22:04:48 -0700 (MST) Message-Id: <20050221.220448.30397058.imp@bsdimp.com> To: Alex.Kovalenko@verizon.net From: "M. Warner Losh" In-Reply-To: <1108856425.958.7.camel@RabbitsDen> References: <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <1108856425.958.7.camel@RabbitsDen> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org cc: sos@DeepCore.dk Subject: Re: UPDATE2: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 05:05:42 -0000 In message: <1108856425.958.7.camel@RabbitsDen> "Alexandre \"Sunny\" Kovalenko" writes: : On Thu, 2005-02-17 at 10:32 +0100, S=F8ren Schmidt wrote: : > S=F8ren Schmidt wrote: : > = : > > http://people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz : > > http://people.freebsd.org/~sos/ata-mk3k.diff-current.gz : > > http://people.freebsd.org/~sos/ata-mk3k.tar.gz : > = : > New version available for testing: : > = : > http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz : > http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz : > http://people.freebsd.org/~sos/ata-mk3l.tar.gz : After applying these patches to -CURRENT as of 2/19 ~11:00 EST pccard= : Compact Flash adapter is being probed as ATA device but no longer : creates disk device. Moreover, ejecting the card does not produce any= : messages (hw.pccard.debug=3D1, hw.cardbus.debug=3D1 and hw.cbb.debug = =3D 1) : and no other pccard will be attached until reboot. : = : I have attached verbose dmesg from before and after with : hw.pccard.debug=3D1, hw.cardbus.debug=3D1 and hw.cbb.debug =3D 1. Ple= ase, let : me know whether I can provide any additional information. I've recreated this problem here. I'm not entirely sure what to do about it... I'm guessing that the detach routine is waiting for something to happen that never happens... Warner From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 05:05:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 560B916A4CE; Tue, 22 Feb 2005 05:05:58 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBA1D43D39; Tue, 22 Feb 2005 05:05:57 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1M52lJf002415; Mon, 21 Feb 2005 22:02:47 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 21 Feb 2005 22:02:53 -0700 (MST) Message-Id: <20050221.220253.125093887.imp@bsdimp.com> To: das@freebsd.org From: "M. Warner Losh" In-Reply-To: <20050221223518.GA25518@VARK.MIT.EDU> References: <45820.1109020342@critter.freebsd.dk> <20050221213337.GC87259@opteron.dglawrence.com> <20050221223518.GA25518@VARK.MIT.EDU> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: phk@phk.freebsd.dk cc: rwatson@freebsd.org cc: dg@dglawrence.com cc: Jachmann@unitix.org cc: current@freebsd.org Subject: Re: Load over 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 05:05:58 -0000 In message: <20050221223518.GA25518@VARK.MIT.EDU> David Schultz writes: : On Mon, Feb 21, 2005, David G. Lawrence wrote: : > > No, disk I/O sleeps is not involved. : > > : > > The loadavg is the length of the runqueue. Any process sleeping, : > > on network, disk or timer, is not counted towards the total. : > : > I said "historically". :-) : > This was changed in FreeBSD a some years ago. : : Even further back in history, TENEX computed the load average : based on runnable jobs. :-P See footnote 1 of RFC 546. I was once told, but never went and looked at the source, that the load average on TOPS-20 was computed as 'the number of milliseconds a job had to wait for 1 millisecond of time'. The TOPS-20 scheduler let you do things like say 'this class of people get all the time they want' and 'that class of people can use no more than 10% of the CPU when the load is over 3' and the like. So the different classes might only have one or two jobs in the run queue, but still have a load average of 125! Of course, if you were in one of the bad classes, then it could take 15 minutes to get enough time to type 'uptime'. But this is getting a little far afield... Warner From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 05:38:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2603A16A4CE for ; Tue, 22 Feb 2005 05:38:08 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 941BD43D4C for ; Tue, 22 Feb 2005 05:38:07 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.13.1) with ESMTP id j1M5btfr098609; Mon, 21 Feb 2005 21:37:55 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j1M5btXx057037; Mon, 21 Feb 2005 21:37:55 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j1M5bsB3057019; Mon, 21 Feb 2005 21:37:54 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200502220537.j1M5bsB3057019@realtime.exit.com> In-Reply-To: <421ABB04.3030301@errno.com> To: Sam Leffler Date: Mon, 21 Feb 2005 21:37:54 -0800 (PST) X-Copyright0: Copyright 2005 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: Hard hangs running 6-current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 05:38:08 -0000 Sam Leffler wrote: > Other than a busted card the only thing I can think of is you're getting > an interrupt storm from the MIB counters. If so try disabling > HAL_INT_MIB in the driver. The easiest way to do that is probably to > force sc_needmib to 0 in ath_attach by disabling the following code: > > /* > * Check if the device has hardware counters for PHY > * errors. If so we need to enable the MIB interrupt > * so we can act on stat triggers. > */ > if (ath_hal_hwphycounters(ah)) > sc->sc_needmib = 1; > > If your problem does not go away then I can only suggest trying another > card. FWIW I haven't seen this. Sigh. Okay, thanks, Sam. I was afraid it might be hardware, although I have no idea how the card could have become busted. I do have another card lying around, not an Atheros, but I'll drop it in and see if that changes things. First, though, I'll try your hack. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 06:41:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A6D916A4CE for ; Tue, 22 Feb 2005 06:41:59 +0000 (GMT) Received: from hotmail.com (bay13-f42.bay13.hotmail.com [64.4.31.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B466643D45 for ; Tue, 22 Feb 2005 06:41:58 +0000 (GMT) (envelope-from drgnut@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 21 Feb 2005 22:41:00 -0800 Message-ID: Received: from 67.112.116.41 by by13fd.bay13.hotmail.msn.com with HTTP; Tue, 22 Feb 2005 06:40:09 GMT X-Originating-IP: [67.112.116.41] X-Originating-Email: [drgnut@hotmail.com] X-Sender: drgnut@hotmail.com From: "John Palmer" To: freebsd-current@freebsd.org Date: Mon, 21 Feb 2005 22:40:09 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 22 Feb 2005 06:41:00.0521 (UTC) FILETIME=[78CDA590:01C518A9] Subject: Problem Install Freebsd 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 06:41:59 -0000 I have a SuperMicro Motherboard X6DHE-G2 with serial ata. I am trying to install FreeBSD 5.3. When I boot it up from the cdrom and select "Boot FreeBSD [default]." I get an error of "ata2-master: FAILURE =ATA_IDENTIFY TIMED OUT." The hard drive is not being detected. If I boot it up in "FreeBSD safe mode," I dont get any errors and the hard drive is being detected. I have installed FreeBSD 5.3 in safe mode and installed the current updates without any problems. The only problem I have is after rebooting the machine and booting it up in default mode. It is not able to mount my root partition. Also, I keep getting the error of "ata2-master: FAILURE=ATA_IDENTIFY TIMED OUT." Has anybody run across this problem? If so, I would like to know how the problem was fixed. Thanks JP _________________________________________________________________ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 08:39:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BAFE16A4CE; Tue, 22 Feb 2005 08:39:18 +0000 (GMT) Received: from bsdnerds.org (pcp0011384308pcs.ebrnsw01.nj.comcast.net [69.248.83.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A5F243D53; Tue, 22 Feb 2005 08:39:17 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: by bsdnerds.org (Postfix, from userid 1001) id 49B7A6151; Tue, 22 Feb 2005 01:28:27 -0500 (EST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by bsdnerds.org (Postfix) with ESMTP id 8A7DA613A for ; Tue, 22 Feb 2005 01:28:24 -0500 (EST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id CB80556C1F; Tue, 22 Feb 2005 06:27:32 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2F81B16A4D8; Tue, 22 Feb 2005 06:27:32 +0000 (GMT) Delivered-To: freebsd-newbies@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B026316A4CE; Tue, 22 Feb 2005 06:27:29 +0000 (GMT) Received: from hotmail.com (bay13-f4.bay13.hotmail.com [64.4.31.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9639243D53; Tue, 22 Feb 2005 06:27:29 +0000 (GMT) (envelope-from drgnut@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 21 Feb 2005 22:26:00 -0800 Message-ID: Received: from 67.112.116.41 by by13fd.bay13.hotmail.msn.com with HTTP; Tue, 22 Feb 2005 06:25:13 GMT X-Originating-IP: [67.112.116.41] X-Originating-Email: [drgnut@hotmail.com] X-Sender: drgnut@hotmail.com From: "John Palmer" To: freebsd-questions@freebsd.org, freebsd-newbies@freebsd.org, freebsd-current@freebsd.org Date: Mon, 21 Feb 2005 22:25:13 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 22 Feb 2005 06:26:00.0428 (UTC) FILETIME=[604E5AC0:01C518A7] X-BeenThere: freebsd-newbies@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-newbies@freebsd.org Errors-To: owner-freebsd-newbies@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bsdnerds.org X-Spam-Level: X-Spam-Status: No, hits=0.8 required=4.5 tests=MSGID_FROM_MTA_HEADER autolearn=no version=2.64 Subject: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 08:39:18 -0000 I have installed Freebsd 5.3. When the machine boots up, it gives me several options if I want to boot up in Default Mode, Safe Mode, Single User mode, etc. I understand Single user mode. What is the difference between Safe Mode and Default Mode? Thanks JP _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ _______________________________________________ freebsd-newbies@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-newbies To unsubscribe, send any mail to "freebsd-newbies-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 09:13:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89C0316A4CF; Tue, 22 Feb 2005 09:13:52 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151EE43D41; Tue, 22 Feb 2005 09:13:52 +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 postfix3-1.free.fr (Postfix) with ESMTP id 4A5CA173518; Tue, 22 Feb 2005 10:13:50 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E67C8407C; Tue, 22 Feb 2005 10:13:14 +0100 (CET) Date: Tue, 22 Feb 2005 10:13:14 +0100 From: Jeremie Le Hen To: John Palmer Message-ID: <20050222091314.GH1437@obiwan.tataz.chchile.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.7i cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org cc: freebsd-newbies@freebsd.org Subject: Re: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 09:13:52 -0000 Hello John, > I have installed Freebsd 5.3. When the machine boots up, it gives me > several options if I want to boot up in Default Mode, Safe Mode, Single > User mode, etc. I understand Single user mode. What is the difference > between Safe Mode and Default Mode? IIRC, this disables ACPI. I looked for it in the manpage, but I wasn't able to discover the exact meaning of this mode. Regards, -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 09:14:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A73CF16A4CE; Tue, 22 Feb 2005 09:14:06 +0000 (GMT) Received: from bsdnerds.org (pcp0011384308pcs.ebrnsw01.nj.comcast.net [69.248.83.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 295E643D67; Tue, 22 Feb 2005 09:14:05 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: by bsdnerds.org (Postfix, from userid 1001) id 1E3156151; Tue, 22 Feb 2005 04:14:15 -0500 (EST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by bsdnerds.org (Postfix) with ESMTP id 4DB81613A for ; Tue, 22 Feb 2005 04:14:09 -0500 (EST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 7B50755BA5; Tue, 22 Feb 2005 09:13:56 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 706E616A4D8; Tue, 22 Feb 2005 09:13:55 +0000 (GMT) Delivered-To: freebsd-newbies@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89C0316A4CF; Tue, 22 Feb 2005 09:13:52 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151EE43D41; Tue, 22 Feb 2005 09:13:52 +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 postfix3-1.free.fr (Postfix) with ESMTP id 4A5CA173518; Tue, 22 Feb 2005 10:13:50 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E67C8407C; Tue, 22 Feb 2005 10:13:14 +0100 (CET) Date: Tue, 22 Feb 2005 10:13:14 +0100 From: Jeremie Le Hen To: John Palmer Message-ID: <20050222091314.GH1437@obiwan.tataz.chchile.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.7i X-BeenThere: freebsd-newbies@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-newbies@freebsd.org Errors-To: owner-freebsd-newbies@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bsdnerds.org X-Spam-Level: X-Spam-Status: No, hits=0.0 required=4.5 tests=none autolearn=ham version=2.64 cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org cc: freebsd-newbies@freebsd.org Subject: Re: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 09:14:06 -0000 Hello John, > I have installed Freebsd 5.3. When the machine boots up, it gives me > several options if I want to boot up in Default Mode, Safe Mode, Single > User mode, etc. I understand Single user mode. What is the difference > between Safe Mode and Default Mode? IIRC, this disables ACPI. I looked for it in the manpage, but I wasn't able to discover the exact meaning of this mode. Regards, -- Jeremie Le Hen jeremie at le-hen dot org _______________________________________________ freebsd-newbies@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-newbies To unsubscribe, send any mail to "freebsd-newbies-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 10:47:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EA0616A4CE; Tue, 22 Feb 2005 10:47:20 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8218643D1D; Tue, 22 Feb 2005 10:47:19 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j1MAlFHr010617; Tue, 22 Feb 2005 10:47:15 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id j1MAlEAl048843; Tue, 22 Feb 2005 10:47:15 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id j1MAlEFs048842; Tue, 22 Feb 2005 10:47:14 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: John Palmer In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 22 Feb 2005 10:47:14 +0000 Message-Id: <1109069234.48695.14.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org cc: freebsd-newbies@freebsd.org Subject: Re: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 10:47:20 -0000 On Mon, 2005-02-21 at 22:25 -0800, John Palmer wrote: > I have installed Freebsd 5.3. When the machine boots up, it gives me > several options if I want to boot up in Default Mode, Safe Mode, Single User > mode, etc. I understand Single user mode. What is the difference between > Safe Mode and Default Mode? Firstly, please don't cross post to three lists, especially a developer orierntated list alongside -newbies and -questions. Safe mode forces PIO mode (disabling the use of DMA) and disables write caching for all IDE hard drives and CD ROM drives, disables the probing of EISA slots (as very few systems have them), and in i386 it also disables the use of ACPI and the APICs. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 10:47:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62B9B16A4CE; Tue, 22 Feb 2005 10:47:42 +0000 (GMT) Received: from bsdnerds.org (pcp0011384308pcs.ebrnsw01.nj.comcast.net [69.248.83.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1EF843D5F; Tue, 22 Feb 2005 10:47:41 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: by bsdnerds.org (Postfix, from userid 1001) id CAA4A6151; Tue, 22 Feb 2005 05:47:50 -0500 (EST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by bsdnerds.org (Postfix) with ESMTP id 653DF613A for ; Tue, 22 Feb 2005 05:47:39 -0500 (EST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id D1B44558F1; Tue, 22 Feb 2005 10:47:23 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7E5F916A4D1; Tue, 22 Feb 2005 10:47:23 +0000 (GMT) Delivered-To: freebsd-newbies@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EA0616A4CE; Tue, 22 Feb 2005 10:47:20 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8218643D1D; Tue, 22 Feb 2005 10:47:19 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy.york.ac.uk [144.32.226.160]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j1MAlFHr010617; Tue, 22 Feb 2005 10:47:15 GMT Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.1/8.13.1) with ESMTP id j1MAlEAl048843; Tue, 22 Feb 2005 10:47:15 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.1/8.13.1/Submit) id j1MAlEFs048842; Tue, 22 Feb 2005 10:47:14 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: John Palmer In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 22 Feb 2005 10:47:14 +0000 Message-Id: <1109069234.48695.14.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk X-BeenThere: freebsd-newbies@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-newbies@freebsd.org Errors-To: owner-freebsd-newbies@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bsdnerds.org X-Spam-Level: X-Spam-Status: No, hits=0.0 required=4.5 tests=none autolearn=ham version=2.64 cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org cc: freebsd-newbies@freebsd.org Subject: Re: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 10:47:42 -0000 On Mon, 2005-02-21 at 22:25 -0800, John Palmer wrote: > I have installed Freebsd 5.3. When the machine boots up, it gives me > several options if I want to boot up in Default Mode, Safe Mode, Single User > mode, etc. I understand Single user mode. What is the difference between > Safe Mode and Default Mode? Firstly, please don't cross post to three lists, especially a developer orierntated list alongside -newbies and -questions. Safe mode forces PIO mode (disabling the use of DMA) and disables write caching for all IDE hard drives and CD ROM drives, disables the probing of EISA slots (as very few systems have them), and in i386 it also disables the use of ACPI and the APICs. Gavin _______________________________________________ freebsd-newbies@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-newbies To unsubscribe, send any mail to "freebsd-newbies-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 10:55:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F85E16A4CE; Tue, 22 Feb 2005 10:55:43 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E0643D5C; Tue, 22 Feb 2005 10:55:42 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 94F91530C; Tue, 22 Feb 2005 11:55:40 +0100 (CET) Received: from xps.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 2CB6E5308; Tue, 22 Feb 2005 11:55:13 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id A395033C3E; Tue, 22 Feb 2005 11:55:12 +0100 (CET) To: "John Palmer" References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 22 Feb 2005 11:55:12 +0100 In-Reply-To: (John Palmer's message of "Mon, 21 Feb 2005 22:25:13 -0800") Message-ID: <86u0o4ampb.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org cc: freebsd-newbies@freebsd.org Subject: Re: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 10:55:43 -0000 "John Palmer" writes: > I have installed Freebsd 5.3. When the machine boots up, it gives me > several options if I want to boot up in Default Mode, Safe Mode, > Single User mode, etc. I understand Single user mode. What is the > difference between Safe Mode and Default Mode? Safe mode disables ACPI, the APIC, ATA and ATAPI DMA, ATA write caching, and all EISA devices. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 10:55:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4F2616A4E2; Tue, 22 Feb 2005 10:55:51 +0000 (GMT) Received: from bsdnerds.org (pcp0011384308pcs.ebrnsw01.nj.comcast.net [69.248.83.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F07543D6A; Tue, 22 Feb 2005 10:55:51 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: by bsdnerds.org (Postfix, from userid 1001) id A31736151; Tue, 22 Feb 2005 05:56:00 -0500 (EST) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by bsdnerds.org (Postfix) with ESMTP id BF640613A for ; Tue, 22 Feb 2005 05:55:57 -0500 (EST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 3B67955A35; Tue, 22 Feb 2005 10:55:46 +0000 (GMT) (envelope-from owner-freebsd-newbies@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9539616A4CF; Tue, 22 Feb 2005 10:55:45 +0000 (GMT) Delivered-To: freebsd-newbies@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F85E16A4CE; Tue, 22 Feb 2005 10:55:43 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63E0643D5C; Tue, 22 Feb 2005 10:55:42 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 94F91530C; Tue, 22 Feb 2005 11:55:40 +0100 (CET) Received: from xps.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 2CB6E5308; Tue, 22 Feb 2005 11:55:13 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id A395033C3E; Tue, 22 Feb 2005 11:55:12 +0100 (CET) To: "John Palmer" References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 22 Feb 2005 11:55:12 +0100 In-Reply-To: (John Palmer's message of "Mon, 21 Feb 2005 22:25:13 -0800") Message-ID: <86u0o4ampb.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-newbies@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-newbies@freebsd.org Errors-To: owner-freebsd-newbies@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on bsdnerds.org X-Spam-Level: X-Spam-Status: No, hits=0.0 required=4.5 tests=none autolearn=ham version=2.64 cc: freebsd-current@freebsd.org cc: freebsd-questions@freebsd.org cc: freebsd-newbies@freebsd.org Subject: Re: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 10:55:52 -0000 "John Palmer" writes: > I have installed Freebsd 5.3. When the machine boots up, it gives me > several options if I want to boot up in Default Mode, Safe Mode, > Single User mode, etc. I understand Single user mode. What is the > difference between Safe Mode and Default Mode? Safe mode disables ACPI, the APIC, ATA and ATAPI DMA, ATA write caching, and all EISA devices. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no _______________________________________________ freebsd-newbies@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-newbies To unsubscribe, send any mail to "freebsd-newbies-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 11:03:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B5FF16A4CE; Tue, 22 Feb 2005 11:03:16 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 093E643D1F; Tue, 22 Feb 2005 11:03:15 +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 j1MB3BXp063773; Tue, 22 Feb 2005 13:03:11 +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 59739-04; Tue, 22 Feb 2005 13:03:11 +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 j1MB3Bpi063770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Feb 2005 13:03:11 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1MB3Ihl041492; Tue, 22 Feb 2005 13:03:18 +0200 (EET) (envelope-from ru) Date: Tue, 22 Feb 2005 13:03:18 +0200 From: Ruslan Ermilov To: Bosko Milekic , Alan Cox Message-ID: <20050222110318.GA41460@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 11:03:16 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I'm repeatedly getting the following panic (three-four times a day) on sparc64 running a fresh -CURRENT, building world: db> show msgbuf panic: mutex vm object not owned at /usr/src/sys/vm/vm_page.c:608 cpuid =3D 0 KDB: enter: panic exclusive sleep mutex vm page queue mutex r =3D 0 (0xc04be700) locked @ /us= r/src/sys/sparc64/sparc64/vm_machdep.c:483 exclusive sleep mutex UMA lock r =3D 0 (0xc04bdcc0) locked @ /usr/src/sys/v= m/uma_core.c:1485 exclusive sleep mutex Giant r =3D 0 (0xc0422728) locked @ /usr/src/sys/vm/v= m_pageout.c:666 db> where Tracing pid 7 tid 100016 td 0xfffff80067c0c720 panic() at panic+0x16c _mtx_assert() at _mtx_assert+0x6c vm_page_remove() at vm_page_remove+0x34 vm_page_free_toq() at vm_page_free_toq+0xb8 vm_page_free() at vm_page_free+0x10 uma_small_free() at uma_small_free+0x54 zone_drain() at zone_drain+0x2e8 zone_foreach() at zone_foreach+0x3c uma_reclaim() at uma_reclaim+0x10 vm_pageout_scan() at vm_pageout_scan+0x13c vm_pageout() at vm_pageout+0x3e8 fork_exit() at fork_exit+0x9c fork_trampoline() at fork_trampoline+0x8 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCGxF2qRfpzJluFF4RAliNAJ4pcbXjJmRvynRu3nmlig0LrBS5bgCcCNSp M7xWYmlP1cp0FrRAc/nn2nw= =LE07 -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 11:10:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A86016A4D1 for ; Tue, 22 Feb 2005 11:10:20 +0000 (GMT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 002FD43D1F for ; Tue, 22 Feb 2005 11:10:19 +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 postfix4-1.free.fr (Postfix) with ESMTP id 42A8D2928F6; Tue, 22 Feb 2005 12:10:19 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 40B18407C; Tue, 22 Feb 2005 12:09:42 +0100 (CET) Date: Tue, 22 Feb 2005 12:09:42 +0100 From: Jeremie Le Hen To: Gavin Atkinson Message-ID: <20050222110942.GL1437@obiwan.tataz.chchile.org> References: <1109069234.48695.14.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1109069234.48695.14.camel@buffy.york.ac.uk> User-Agent: Mutt/1.5.7i cc: John Palmer cc: freebsd-current@freebsd.org Subject: Re: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 11:10:20 -0000 Hi Gavin, > Safe mode forces PIO mode (disabling the use of DMA) and disables write > caching for all IDE hard drives and CD ROM drives, disables the probing > of EISA slots (as very few systems have them), and in i386 it also > disables the use of ACPI and the APICs. do you know where it is documented ? Regards, -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 11:18:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17B2A16A4D0 for ; Tue, 22 Feb 2005 11:18:06 +0000 (GMT) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7936C43D48 for ; Tue, 22 Feb 2005 11:18:05 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from localhost.localdomain (host130-176.pool8254.interbusiness.it [82.54.176.130]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 090A15760 for ; Tue, 22 Feb 2005 12:22:46 +0100 (CET) From: Matteo Riondato To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9T7ft89F9Xmtii8s/2bs" Date: Tue, 22 Feb 2005 12:17:59 +0100 Message-Id: <1109071079.1390.21.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Subject: Question about periodic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 11:18:06 -0000 --=-9T7ft89F9Xmtii8s/2bs Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi folks, I think there's a little mistake in /etc/periodic/security/security.functions: if check_diff() is called whith "new_only" as its first argument, as it is in /etc/periodic/security/520.pfdenied (and 500.ipfwdenied), it will use "grep '^>'" as a filter to grep only the different lines between the ouput of "pfctl -sr -v 2>/dev/null | nawk '{if (/^block/) {buf=3D$0; getline; gsub(" +"," ",$0); print buf$0;} }'" and /var/log/pf.today . The diff between the output and the file is done with=20 diff {daily_status_security_diff_flags} /var/log/pf.today $OUTPUT and the filter is "piped" after this command, so we have: diff {daily_status_security_diff_flags} /var/log/pf.today $OUTPUT | grep '^>'=20 but daily_status_security_diff_flags is set to "-b -u" in /etc/defaults/periodic.conf so there aren't lines beginning with ">", because we are doing an unified diff. The filter then gives no output and the only output of /etc/periodic/security/520.pfdenied is=20 $HOSTNAME pf denied packets: This can be solved changing $filter from "grep '^>'" to "grep '^+'" in /etc/periodic/security/security.functions, line 46.=20 Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-9T7ft89F9Xmtii8s/2bs Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCGxTn2Mp4pR7Fa+wRAmvtAKCOZ3h1wI6deUGDqSsa+rjc5gyFhwCg1gu6 S9rvo4iDxJHCvIc0HDKVgY0= =Jvy5 -----END PGP SIGNATURE----- --=-9T7ft89F9Xmtii8s/2bs-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 11:45:04 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AFF116A4CF for ; Tue, 22 Feb 2005 11:45:04 +0000 (GMT) Received: from ppp162-47.static.internode.on.net (ppp162-47.static.internode.on.net [150.101.162.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id D574B43D48 for ; Tue, 22 Feb 2005 11:45:03 +0000 (GMT) (envelope-from emikulic@dmr.ath.cx) Received: by ppp162-47.static.internode.on.net (Poofix, from userid 1001) id 7492F6113; Tue, 22 Feb 2005 22:45:02 +1100 (EST) Date: Tue, 22 Feb 2005 22:45:02 +1100 From: Emil Mikulic To: freebsd-current@freebsd.org Message-ID: <20050222114502.GA91956@dmr.ath.cx> Mail-Followup-To: Emil Mikulic , freebsd-current@freebsd.org References: <20050212030852.GF693@dmr.ath.cx> <20050212162440.GA82987@stud.fit.vutbr.cz> <20050213005144.GA2580@dmr.ath.cx> <20050213074020.GA28974@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050213074020.GA28974@stud.fit.vutbr.cz> X-PGP-ID: 1024D/344A699F X-PGP-Fingerprint: EE97 2C84 6D07 E76C F075 C0BA ED2A 9319 344A 699F X-Written-On: dmr.ath.cx (FreeBSD 6.0-CURRENT i386) User-Agent: Mutt/1.5.7i Subject: Re: pfctl -f causes fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 11:45:04 -0000 This panic is fixed in: Revision Changes Path 1.6 +7 -0 src/sys/contrib/altq/altq/altq_subr.c 1.2 +2 -1 src/sys/contrib/altq/altq/altq_var.h Thank you, Divacky and Max. --Emil From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 12:20:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 457FD16A4D0 for ; Tue, 22 Feb 2005 12:20:06 +0000 (GMT) Received: from tierra2.ng.fadesa.es (tierra2.ng.fadesa.es [195.55.55.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB71C43D55 for ; Tue, 22 Feb 2005 12:20:02 +0000 (GMT) (envelope-from fandino@ng.fadesa.es) Received: from [195.55.55.163] ([195.55.55.163]) (authenticated bits=0) by tierra2.ng.fadesa.es (8.12.10/8.12.10) with ESMTP id j1MCK15L025548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 22 Feb 2005 13:20:01 +0100 Message-ID: <421B2371.1010602@ng.fadesa.es> Date: Tue, 22 Feb 2005 13:20:01 +0100 From: fandino User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: gl, en, es MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG References: <20050219141530.GA67861@hurx.thc> <20050219210106.GB47389@xor.obsecurity.org> In-Reply-To: <20050219210106.GB47389@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-Sender: user fandino from 195.55.55.163 X-Virus-Scanned: ClamAV 0.80/707/Wed Feb 16 23:00:07 2005 clamav-milter version 0.80j on tierra2.ng.fadesa.es X-Virus-Status: Clean Subject: Re: Load over 1000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: fandino@ng.fadesa.es List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 12:20:06 -0000 Kris Kennaway wrote: > On Sat, Feb 19, 2005 at 03:15:30PM +0100, Christian Jachmann wrote: > >>Hi, >> >>seems that vm.loadavg cant grow over 1024 >> >>e.g. >> >>last pid: 68005; load averages: 993.78, 334.47, 636.27 up 0+03:26:16 15:12:28 >>1580 processes:1530 running, 50 sleeping >>CPU states: 95.0% user, 0.0% nice, 5.0% system, 0.0% interrupt, 0.0% idle >> >>having some senseless code to produce a load of 2000 on a system. >> >>but... top does not show right values. >> >>last pid: 68098; load averages: 373.53, 641.73, 725.40 up 0+03:27:36 15:13:48 >>1673 processes:1621 running, 48 sleeping, 4 zombie >>CPU states: 96.9% user, 0.0% nice, 3.1% system, 0.0% interrupt, 0.0% idle >> >> >>seems that there is a bug > > Does this matter at all? It matters indirectly, sendmail refuse to send messages because load average is higher than the default value. From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 06:27:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B026316A4CE; Tue, 22 Feb 2005 06:27:29 +0000 (GMT) Received: from hotmail.com (bay13-f4.bay13.hotmail.com [64.4.31.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9639243D53; Tue, 22 Feb 2005 06:27:29 +0000 (GMT) (envelope-from drgnut@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 21 Feb 2005 22:26:00 -0800 Message-ID: Received: from 67.112.116.41 by by13fd.bay13.hotmail.msn.com with HTTP; Tue, 22 Feb 2005 06:25:13 GMT X-Originating-IP: [67.112.116.41] X-Originating-Email: [drgnut@hotmail.com] X-Sender: drgnut@hotmail.com From: "John Palmer" To: freebsd-questions@freebsd.org, freebsd-newbies@freebsd.org, freebsd-current@freebsd.org Date: Mon, 21 Feb 2005 22:25:13 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 22 Feb 2005 06:26:00.0428 (UTC) FILETIME=[604E5AC0:01C518A7] X-Mailman-Approved-At: Tue, 22 Feb 2005 12:58:02 +0000 Subject: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 06:27:29 -0000 I have installed Freebsd 5.3. When the machine boots up, it gives me several options if I want to boot up in Default Mode, Safe Mode, Single User mode, etc. I understand Single user mode. What is the difference between Safe Mode and Default Mode? Thanks JP _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 13:56:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F1CE16A4EB for ; Tue, 22 Feb 2005 13:56:36 +0000 (GMT) Received: from makeworld.com (makeworld.com [198.92.228.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 598B443D4C for ; Tue, 22 Feb 2005 13:56:35 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id 9F28760F0; Tue, 22 Feb 2005 07:56:34 -0600 (CST) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19822-09; Tue, 22 Feb 2005 07:56:32 -0600 (CST) Received: from [198.92.228.34] (racerx.makeworld.com [198.92.228.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id 3C9E660DA; Tue, 22 Feb 2005 07:56:32 -0600 (CST) Message-ID: <421B3A5C.6050208@makeworld.com> Date: Tue, 22 Feb 2005 07:57:48 -0600 From: Chris User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Palmer References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV 0.75.1/amavisd-new-2.2.1 (20041222) at makeworld.com - Isn't it ironic cc: freebsd-current@freebsd.org Subject: Re: Problem Install Freebsd 5.3 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 13:56:36 -0000 John Palmer wrote: > I have a SuperMicro Motherboard X6DHE-G2 with serial ata. I am trying to > install FreeBSD 5.3. > When I boot it up from the cdrom and select "Boot FreeBSD [default]." I > get > an error of "ata2-master: FAILURE =ATA_IDENTIFY TIMED OUT." The hard drive > is not being detected. > > If I boot it up in "FreeBSD safe mode," I dont get any errors and the hard > drive is being detected. > I have installed FreeBSD 5.3 in safe mode and installed the current updates > without any problems. > > The only problem I have is after rebooting the machine and booting it up in > default mode. It is not able to mount my root partition. Also, I keep > getting the error of "ata2-master: FAILURE=ATA_IDENTIFY TIMED OUT." Has > anybody run across this problem? If so, I would like to know how the > problem was fixed. > > Thanks > > JP This is a question that ought to be asked in FreeBSD-Questions. Current is 6.0 and beyond. -- Best regards, Chris Those whose approval you seek the most give you the least. From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 13:36:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF75816A4CE for ; Tue, 22 Feb 2005 13:36:11 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1137B43D39 for ; Tue, 22 Feb 2005 13:36:11 +0000 (GMT) (envelope-from bjoern.koenig@alpha-tierchen.de) Received: from mail.alpha-tierchen.de (port-212-202-38-15.dynamic.qsc.de [212.202.38.15]) by mail.efacilitas.de (Postfix) with ESMTP id C1A08123B34 for ; Tue, 22 Feb 2005 14:35:34 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by mail.alpha-tierchen.de (Postfix) with ESMTP id EC954CCE739 for ; Tue, 22 Feb 2005 14:35:43 +0100 (CET) Received: from mail.alpha-tierchen.de ([127.0.0.1]) by localhost (alpha-tierchen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77019-10 for ; Tue, 22 Feb 2005 14:35:43 +0100 (CET) Received: from alpha (alpha.local [192.168.1.2]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 67A27CCE731 for ; Tue, 22 Feb 2005 14:35:43 +0100 (CET) From: =?us-ascii?B?Qmpvcm4gS29uaWc=?= To: Date: Tue, 22 Feb 2005 14:36:08 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050222110942.GL1437@obiwan.tataz.chchile.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUYzyZPmDHd0DujSb2lTxMBcHiMFwAFErtg Message-Id: <20050222133543.67A27CCE731@mail.alpha-tierchen.de> X-Virus-Scanned: amavisd-new at alpha-tierchen.de X-Mailman-Approved-At: Tue, 22 Feb 2005 14:02:51 +0000 Subject: RE: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 13:36:12 -0000 Jeremie Le Hen wrote: > do you know where it is documented ? cat /boot/beastie.4th | grep -A11 'bootsafekey @' Bjorn From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 14:27:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3690116A4CE; Tue, 22 Feb 2005 14:27:08 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 538AF43D5C; Tue, 22 Feb 2005 14:27:07 +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 j1MER4L4094151; Tue, 22 Feb 2005 16:27:04 +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 96498-07; Tue, 22 Feb 2005 16:27:03 +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 j1MER3uh094142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Feb 2005 16:27:03 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1MERBPB042766; Tue, 22 Feb 2005 16:27:11 +0200 (EET) (envelope-from ru) Date: Tue, 22 Feb 2005 16:27:11 +0200 From: Ruslan Ermilov To: Bosko Milekic , Alan Cox Message-ID: <20050222142710.GA42507@ip.net.ua> References: <20050222110318.GA41460@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <20050222110318.GA41460@ip.net.ua> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org cc: Peter Grehan Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 14:27:08 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 22, 2005 at 01:03:18PM +0200, Ruslan Ermilov wrote: > Hi, >=20 > I'm repeatedly getting the following panic (three-four times a day) > on sparc64 running a fresh -CURRENT, building world: >=20 > db> show msgbuf > panic: mutex vm object not owned at /usr/src/sys/vm/vm_page.c:608 > cpuid =3D 0 > KDB: enter: panic > exclusive sleep mutex vm page queue mutex r =3D 0 (0xc04be700) locked @ /= usr/src/sys/sparc64/sparc64/vm_machdep.c:483 > exclusive sleep mutex UMA lock r =3D 0 (0xc04bdcc0) locked @ /usr/src/sys= /vm/uma_core.c:1485 > exclusive sleep mutex Giant r =3D 0 (0xc0422728) locked @ /usr/src/sys/vm= /vm_pageout.c:666 > db> where > Tracing pid 7 tid 100016 td 0xfffff80067c0c720 > panic() at panic+0x16c > _mtx_assert() at _mtx_assert+0x6c > vm_page_remove() at vm_page_remove+0x34 > vm_page_free_toq() at vm_page_free_toq+0xb8 > vm_page_free() at vm_page_free+0x10 > uma_small_free() at uma_small_free+0x54 > zone_drain() at zone_drain+0x2e8 > zone_foreach() at zone_foreach+0x3c > uma_reclaim() at uma_reclaim+0x10 > vm_pageout_scan() at vm_pageout_scan+0x13c > vm_pageout() at vm_pageout+0x3e8 > fork_exit() at fork_exit+0x9c > fork_trampoline() at fork_trampoline+0x8 >=20 I have no idea if this is the correct fix or not, but the necessary vm_object_t locking is certainly missing in uma_small_free() on all architectures implementing it (alpha, amd64, ia64, powerpc, and sparc64). %%% Index: vm_machdep.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/sparc64/sparc64/vm_machdep.c,v retrieving revision 1.71 diff -u -r1.71 vm_machdep.c --- vm_machdep.c 19 Jan 2005 18:24:07 -0000 1.71 +++ vm_machdep.c 22 Feb 2005 14:21:12 -0000 @@ -67,6 +67,7 @@ #include #include #include +#include #include #include #include @@ -477,10 +478,14 @@ uma_small_free(void *mem, int size, u_int8_t flags) { vm_page_t m; + vm_object_t object; =20 PMAP_STATS_INC(uma_nsmall_free); m =3D PHYS_TO_VM_PAGE(TLB_DIRECT_TO_PHYS((vm_offset_t)mem)); + object =3D m->object; + VM_OBJECT_LOCK(object); vm_page_lock_queues(); vm_page_free(m); vm_page_unlock_queues(); + VM_OBJECT_UNLOCK(object); } %%% Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCG0E+qRfpzJluFF4RAn1WAJ9qaN3eV/l1nUIXt8GTLjHrs5rMcgCeKYVt eX/nqMSHH9H3doBQMdJgig0= =XR+f -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 15:36:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 0F49416A4CE; Tue, 22 Feb 2005 15:36:20 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.3/8.13.1) with ESMTP id j1MFaJl7006270; Tue, 22 Feb 2005 10:36:19 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.3/8.13.1/Submit) id j1MFaIkL006269; Tue, 22 Feb 2005 10:36:18 -0500 (EST) (envelope-from green) Date: Tue, 22 Feb 2005 10:36:18 -0500 From: Brian Fundakowski Feldman To: Divacky Roman Message-ID: <20050222153618.GA966@green.homeunix.org> References: <20050212030852.GF693@dmr.ath.cx> <20050212162440.GA82987@stud.fit.vutbr.cz> <20050213005144.GA2580@dmr.ath.cx> <20050213074020.GA28974@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050213074020.GA28974@stud.fit.vutbr.cz> User-Agent: Mutt/1.5.6i cc: Emil Mikulic cc: current@freebsd.org Subject: Re: pfctl -f causes fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 15:36:20 -0000 On Sun, Feb 13, 2005 at 08:40:20AM +0100, Divacky Roman wrote: > On Sun, Feb 13, 2005 at 11:51:44AM +1100, Emil Mikulic wrote: > > On Sat, Feb 12, 2005, Divacky Roman top-posted: > > > same here.... I have pf as module and see this panic on boot > > > > > > when I reboot after the panic, fsck takes place and then it doesn > > > panic (obviously the fsck changes something which causes pf not to > > > panic) > > > > Really? I hadn't noticed that. You should send your message to the > > mailing list in case it can help one of the developers track down the > > problem. > > yes.... and oh, I forgot to cc: current (and I am doing it now) > > > >From the kgdb output: > > > > (kgdb) frame 11 > > > > #11 0xc0627fdc in softclock (dummy=0x0) at \ > > > > /usr/src/sys/kern/kern_timeout.c:315 > > > > 315 mtx_unlock(c_mtx); > > > > (kgdb) print c_mtx > > > > $1 = (struct mtx *) 0x0 > > > > It looks to me like that part of the code is trying to unlock an > > uninitialized mutex. > > > > I guess running fsck somehow causes the mutex to be initialized before > > loading the pf rules breaks stuff. This should be fixed now -- callout_init() was not being called. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 15:45:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B09F016A4CE for ; Tue, 22 Feb 2005 15:45:34 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F43543D54 for ; Tue, 22 Feb 2005 15:45:32 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.alpha-tierchen.de (port-212-202-38-15.dynamic.qsc.de [212.202.38.15]) by mail.efacilitas.de (Postfix) with ESMTP id 674AD123A19 for ; Tue, 22 Feb 2005 16:44:56 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 7A99BCCE736 for ; Tue, 22 Feb 2005 16:45:05 +0100 (CET) Received: from mail.alpha-tierchen.de ([127.0.0.1]) by localhost (alpha-tierchen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 74536-05 for ; Tue, 22 Feb 2005 16:45:05 +0100 (CET) Received: from alpha (alpha.local [192.168.1.2]) by mail.alpha-tierchen.de (Postfix) with ESMTP id CE65CCCE72F for ; Tue, 22 Feb 2005 16:45:04 +0100 (CET) From: =?us-ascii?B?Qmpvcm4gS29uaWc=?= To: Date: Tue, 22 Feb 2005 16:45:31 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20050222133543.67A27CCE731@mail.alpha-tierchen.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUYzyZPmDHd0DujSb2lTxMBcHiMFwAFErtgAAR6/tA= Message-Id: <20050222154504.CE65CCCE72F@mail.alpha-tierchen.de> X-Virus-Scanned: amavisd-new at alpha-tierchen.de Subject: RE: What is Freebsd 5.3 safe mode ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 15:45:34 -0000 > cat /boot/beastie.4th | grep -A11 'bootsafekey @' grep -A11 'bootsafekey @' /boot/beastie.4th I have enough UUOC awards. ;-) From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 15:48:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43CAA16A4CE for ; Tue, 22 Feb 2005 15:48:24 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 771D743D39 for ; Tue, 22 Feb 2005 15:48:23 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 99027 invoked from network); 22 Feb 2005 15:48:21 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 22 Feb 2005 15:48:21 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j1MFmLLQ070217; Tue, 22 Feb 2005 16:48:21 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j1MFmKKZ070216; Tue, 22 Feb 2005 16:48:20 +0100 (CET) (envelope-from pho) Date: Tue, 22 Feb 2005 16:48:20 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050222154820.GA70179@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: jroberson@chesapeake.net Subject: Livelock with GENERIC HEAD from Feb 19 13:36 UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 15:48:24 -0000 With GENERIC HEAD from Feb 19 13:36 UTC + mpsafe_vfs = 1 I got a new livelock: http://www.holm.cc/stress/log/cons118.html This time I think I have a clue to what the problem is. One of the stress test programs (swap) works like this pseudo code: c = malloc(size); page = getpagesize(); while (done_testing == 0) { i = 0; while (i < size && done_testing == 0) { c[i] = 0; i += page; } } Could it be that two incarnations of this program can monopolize the run queue? $ sort -n +4 < /var/crash/ps.186 | grep " R" UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 0 5 0 0 8 0 0 0 - RL ?? 0:00.00 [thread tas 0 68391 68390 8 97 0 320 120 - RE ?? 0:00.01 [atrun] 1001 68342 68326 295 131 0 17628 0 - R+ #C: 192:43.57 [swap] 1001 68354 68326 295 131 0 13268 0 - R+ #C: 192:42.13 [swap] 1001 68331 68325 288 132 0 1224 0 - R+ #C: 0:00.02 [creat] 1001 68332 68325 288 132 0 1224 0 - R+ #C: 0:00.02 [creat] 1001 68333 68325 288 132 0 1224 0 - R+ #C: 0:00.02 [creat] 1001 68334 68325 288 132 0 1224 0 - R+ #C: 0:00.03 [creat] 1001 68335 68325 288 132 0 1224 0 - R+ #C: 0:00.10 [creat] 1001 68336 68325 288 132 0 1224 0 - R+ #C: 0:00.07 [creat] 1001 68361 68328 290 132 0 1232 0 - R+ #C: 0:00.42 [tcp] 1001 68362 68329 288 132 0 1252 0 - R+ #C: 0:00.06 [udp] 1001 68363 68329 288 132 0 1252 0 - R+ #C: 0:00.04 [udp] 1001 68368 68360 288 132 0 1320 0 - R+ #C: 0:00.05 [tcp] 1001 68369 68361 290 132 0 1320 0 - R+ #C: 0:00.56 [tcp] 1001 68387 68338 288 132 0 1656 0 - R+ #C: 0:00.02 [sh] 1001 68388 68340 288 132 0 1664 0 - R+ #C: 0:00.02 [sh] 1001 68389 68388 288 132 0 0 0 - RE+ #C: 0:00.02 [swapinfo] 1001 68390 68388 288 132 0 1204 0 - R+ #C: 0:00.01 [tail] 0 11 0 262 171 0 0 0 - RL ?? 345:02.29 [idle: cpu0 At a later freeze today a "kill 1 " from kdb unfroze the box. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 16:11:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33F0F16A4CE for ; Tue, 22 Feb 2005 16:11:29 +0000 (GMT) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B8FE43D45 for ; Tue, 22 Feb 2005 16:11:28 +0000 (GMT) (envelope-from sebastian.ssmoller@gmx.net) Received: from hadriel.linnet (p54BCF49C.dip.t-dialin.net [84.188.244.156]) (authenticated bits=0) (8.12.10/8.12.9/INF-2.0-MA-SOLARIS-2.8) with ESMTP id j1MGBQRF025188 for ; Tue, 22 Feb 2005 17:11:26 +0100 (MET) Date: Tue, 22 Feb 2005 17:06:42 +0100 From: sebastian ssmoller To: freebsd-current@freebsd.org Message-Id: <20050222170642.07d74121.sebastian.ssmoller@gmx.net> X-Mailer: Sylpheed version 1.0.0rc (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ndis stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 16:11:29 -0000 hi, when i try to load if_ndis.ko with recent -current i get: link_elf: symbol drv_data undefined i am not sure when ndis stopped working but i guess last year it still worked perfectly fine ... any ideas? thx, regards, seb $ uname -a FreeBSD hadriel.linnet 6.0-CURRENT FreeBSD 6.0-CURRENT #4: Sun Feb 20 12:07:56 CET 2005 seb@hadriel.linnet:/usr/obj/usr/src/sys/DEBUG i386 i use: w70n51.inf w70n51.sys box is: asus m2400n From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 16:30:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AE7D16A4CF for ; Tue, 22 Feb 2005 16:30:59 +0000 (GMT) Received: from ybbsmtp13.mail.mci.yahoo.co.jp (ybbsmtp13.mail.mci.yahoo.co.jp [210.80.241.187]) by mx1.FreeBSD.org (Postfix) with SMTP id 2DEC243D5A for ; Tue, 22 Feb 2005 16:30:57 +0000 (GMT) (envelope-from takeharu1219@ybb.ne.jp) Received: from unknown (HELO ?192.168.1.14?) (takeharu1219@219.35.170.20 with plain) by ybbsmtp13.mail.mci.yahoo.co.jp with SMTP; 22 Feb 2005 16:30:55 -0000 X-Apparently-From: Message-ID: <421B5E3D.60209@ybb.ne.jp> Date: Wed, 23 Feb 2005 01:30:53 +0900 From: Takeharu KATO User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Takeharu KATO References: <421A4D5D.6040205@ybb.ne.jp> In-Reply-To: <421A4D5D.6040205@ybb.ne.jp> Content-Type: multipart/mixed; boundary="------------080009050006090500050304" cc: freebsd-current@freebsd.org cc: nork@FreeBSD.org cc: freebsd-amd64@FreeBSD.org Subject: Re: AMD64 Local APIC Timer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 16:30:59 -0000 This is a multi-part message in MIME format. --------------080009050006090500050304 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi I found my bug in the patch which I sent before. I re-post the local-apic-timer patch for AMD64. Takeharu KATO wrote: > Hi > > I ported the local APIC timer tick feature to AMD64. > Please take a look on this patch. > > Regards, > > -- Takeharu KATO --------------080009050006090500050304 Content-Type: text/plain; name="amd64-lapic-timer.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="amd64-lapic-timer.patch" Index: amd64/amd64/apic_vector.S =================================================================== RCS file: /home/kato/cvs/kato-sys/amd64/amd64/apic_vector.S,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- amd64/amd64/apic_vector.S 18 Feb 2005 14:05:55 -0000 1.1.1.1 +++ amd64/amd64/apic_vector.S 20 Feb 2005 18:15:29 -0000 1.2 @@ -137,6 +137,26 @@ ISR_VEC(6, apic_isr6) ISR_VEC(7, apic_isr7) +/* + * Local APIC periodic timer handler. + */ + .text + SUPERALIGN_TEXT +IDTVEC(timerint) + PUSH_FRAME + + movq lapic, %rdx + movl $0, LA_EOI(%rdx) /* End Of Interrupt to APIC */ + + FAKE_MCOUNT(TF_RIP(%rsp)) + + + pushq $0 /* XXX convert trapframe to clockframe */ + call lapic_handle_timer + addq $8, %rsp /* XXX convert clockframe to trapframe */ + MEXITCOUNT + jmp doreti + #ifdef SMP /* * Global address space TLB shootdown. Index: amd64/amd64/local_apic.c =================================================================== RCS file: /home/kato/cvs/kato-sys/amd64/amd64/local_apic.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 local_apic.c --- amd64/amd64/local_apic.c 18 Feb 2005 14:05:55 -0000 1.1.1.1 +++ amd64/amd64/local_apic.c 22 Feb 2005 16:16:33 -0000 @@ -1,4 +1,6 @@ /*- + * Copyright (c) 2005 Takeharu KATO + * (Add LAPIC timer support). * Copyright (c) 2003 John Baldwin * Copyright (c) 1996, by Steve Passe * All rights reserved. @@ -66,6 +68,9 @@ CTASSERT(APIC_LOCAL_INTS == 240); CTASSERT(IPI_STOP < APIC_SPURIOUS_INT); +#define LAPIC_TIMER_STATHZ 128 +#define LAPIC_TIMER_PROFHZ 1024 + /* * Support for local APICs. Local APICs manage interrupts on each * individual processor as opposed to I/O APICs which receive interrupts @@ -90,6 +95,9 @@ u_int la_cluster:4; u_int la_cluster_id:2; u_int la_present:1; + u_long *la_timer_count; + u_long la_stat_ticks; + u_long la_prof_ticks; } static lapics[MAX_APICID]; /* XXX: should thermal be an NMI? */ @@ -115,9 +123,23 @@ IDTVEC(apic_isr7), /* 224 - 255 */ }; +static u_int32_t lapic_timer_divisors[] = { + APIC_TDCR_1, APIC_TDCR_2, APIC_TDCR_4, APIC_TDCR_8, APIC_TDCR_16, + APIC_TDCR_32, APIC_TDCR_64, APIC_TDCR_128 +}; + + volatile lapic_t *lapic; +static u_long lapic_timer_divisor, lapic_timer_period; +static u_long *lapic_virtual_hardclock, *lapic_virtual_statclock, + *lapic_virtual_profclock; static void lapic_enable(void); +static void lapic_timer_enable_intr(void); +static u_long calculate_lapic_timer_period(void); +static void lapic_timer_oneshot(u_int count); +static void lapic_timer_periodic(u_int count); +static void lapic_timer_set_divisor(u_int divisor); static uint32_t lvt_mode(struct lapic *la, u_int pin, uint32_t value); static uint32_t @@ -181,6 +203,7 @@ PCPU_SET(apic_id, lapic_id()); /* XXX: timer/error/thermal interrupts */ + setidt(APIC_TIMER_INT, IDTVEC(timerint), SDT_SYSIGT, SEL_KPL,0); } /* @@ -244,13 +267,56 @@ ("No ISR handler for IRQ %u", irq)); setidt(vector, ioint_handlers[vector / 32], SDT_SYSIGT, SEL_KPL, 0); } +static u_long +calculate_lapic_timer_period(void) +{ + u_long period,value; + + /* Start off with a divisor of 2 (power on reset default). */ + lapic_timer_divisor = 8; + + /* Try to calibrate the local APIC timer. */ + do { + printf("lapic timer divisor:%lu\n",lapic_timer_divisor); + lapic_timer_set_divisor(lapic_timer_divisor); + lapic_timer_oneshot(APIC_TIMER_MAX_COUNT); + DELAY(2000000); + value = APIC_TIMER_MAX_COUNT - lapic->ccr_timer; + printf("value:%lu(ccr:%u)\n",value,lapic->ccr_timer); + if (value != APIC_TIMER_MAX_COUNT) + break; + lapic_timer_divisor <<= 1; + } while (lapic_timer_divisor <= 128); + if (lapic_timer_divisor > 128) + panic("lapic: Divisor too big"); + value /= 2; + printf("lapic: Frequency %lu hz\n", value); + /* + * We will drive the timer via hz. Require hz to be greater than + * stathz, but if hz is less than the default profhz, cap profhz + * at hz. + */ + stathz = LAPIC_TIMER_STATHZ; + if (hz < stathz) { + printf("lapic: Adjusting hz from %d to %d\n", hz, stathz); + hz = stathz; + } + period=value / hz; + KASSERT(period!=0, ("CPU:%d lapic%u: zero divisor",PCPU_GET(cpuid),lapic_id())); +#if 0 /* Please enable following lines if you want to show period/divisor */ + printf("Setup CPU:%d period:%lu val=%lu\n",PCPU_GET(cpuid),lapic_timer_period,value); + printf("Setup CPU:%d div=%lu\n",PCPU_GET(cpuid),lapic_timer_divisor); +#endif + return period; +} void lapic_setup(void) { struct lapic *la; u_int32_t value, maxlvt; register_t eflags; + char buf[MAXCOMLEN + 1]; la = &lapics[lapic_id()]; KASSERT(la->la_present, ("missing APIC structure")); @@ -281,9 +347,47 @@ lapic->lvt_lint1 = lvt_mode(la, LVT_LINT1, lapic->lvt_lint1); /* XXX: more LVT entries */ + /* Program timer LVT and setup handler. */ + lapic->lvt_timer = lvt_mode(la, LVT_TIMER, lapic->lvt_timer); + snprintf(buf, sizeof(buf), "lapic%d: timer", lapic_id()); + intrcnt_add(buf, &la->la_timer_count); + if (PCPU_GET(cpuid) != 0) { + lapic_timer_period=calculate_lapic_timer_period(); + lapic_timer_set_divisor(lapic_timer_divisor); + lapic_timer_periodic(lapic_timer_period); + lapic_timer_enable_intr(); + } intr_restore(eflags); } +/* + * Called by cpu_initclocks() on the BSP to setup the local APIC timer so + * that it can drive hardclock, statclock, and profclock. This function + * returns true if it is able to use the local APIC timer to drive the + * clocks and false if it is not able. + */ +int +lapic_setup_clock(void) +{ + /* Can't drive the timer without a local APIC. */ + if (lapic == NULL) + return (0); + + lapic_timer_period = calculate_lapic_timer_period(); + profhz = imin(hz, LAPIC_TIMER_PROFHZ); + intrcnt_add("lapic: hardclock", &lapic_virtual_hardclock); + intrcnt_add("lapic: statclock", &lapic_virtual_statclock); + intrcnt_add("lapic: profclock", &lapic_virtual_profclock); + + /* + * Start up the timer on the BSP. The APs will kick off their + * timer during lapic_setup(). + */ + lapic_timer_periodic(lapic_timer_period); + lapic_timer_enable_intr(); + return (1); +} + void lapic_disable(void) @@ -515,6 +619,87 @@ isrc = intr_lookup_source(apic_idt_to_irq(vec)); intr_execute_handlers(isrc, &frame); } +void +lapic_handle_timer(struct clockframe frame) +{ + struct lapic *la; + + la = &lapics[PCPU_GET(apic_id)]; + (*la->la_timer_count)++; + critical_enter(); + + /* Hardclock fires on every interrupt since we interrupt at hz. */ + if (PCPU_GET(cpuid) == 0) { + (*lapic_virtual_hardclock)++; + hardclock(&frame); + } else + hardclock_process(&frame); + + /* Use a poor man's algorithm to fire statclock at stathz. */ + la->la_stat_ticks += stathz; + if (la->la_stat_ticks >= hz) { + la->la_stat_ticks -= hz; + if (PCPU_GET(cpuid) == 0) + (*lapic_virtual_statclock)++; + statclock(&frame); + } + + /* Use the same trick for profhz. */ + la->la_prof_ticks += profhz; + if (la->la_prof_ticks >= hz) { + la->la_prof_ticks -= hz; + if (PCPU_GET(cpuid) == 0) + (*lapic_virtual_profclock)++; + if (profprocs != 0) + profclock(&frame); + } + critical_exit(); +} + +static void +lapic_timer_set_divisor(u_int divisor) +{ + + KASSERT(powerof2(divisor), ("lapic: invalid divisor %u", divisor)); + KASSERT(ffs(divisor) <= sizeof(lapic_timer_divisors) / + sizeof(u_int32_t), ("lapic: invalid divisor %u", divisor)); + lapic->dcr_timer = lapic_timer_divisors[ffs(divisor) - 1]; +} + +static void +lapic_timer_oneshot(u_int count) +{ + u_int32_t value; + + value = lapic->lvt_timer; + value &= ~APIC_LVTT_TM; + value |= APIC_LVTT_TM_ONE_SHOT; + lapic->lvt_timer = value; + lapic->icr_timer = count; +} + +static void +lapic_timer_periodic(u_int count) +{ + u_int32_t value; + + value = lapic->lvt_timer; + value &= ~APIC_LVTT_TM; + value |= APIC_LVTT_TM_PERIODIC; + lapic->lvt_timer = value; + lapic->icr_timer = count; +} + +static void +lapic_timer_enable_intr(void) +{ + u_int32_t value; + + value = lapic->lvt_timer; + value &= ~APIC_LVT_M; + lapic->lvt_timer = value; +} + /* Translate between IDT vectors and IRQ vectors. */ u_int Index: amd64/amd64/mp_machdep.c =================================================================== RCS file: /home/kato/cvs/kato-sys/amd64/amd64/mp_machdep.c,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- amd64/amd64/mp_machdep.c 18 Feb 2005 14:05:55 -0000 1.1.1.1 +++ amd64/amd64/mp_machdep.c 20 Feb 2005 18:15:29 -0000 1.2 @@ -871,7 +871,7 @@ smp_targeted_tlb_shootdown(mask, IPI_INVLRNG, addr1, addr2); } - +#if 0 /* * For statclock, we send an IPI to all CPU's to have them call this * function. @@ -914,16 +914,16 @@ if (map != 0) ipi_selected(map, IPI_HARDCLOCK); } - +#endif void ipi_bitmap_handler(struct clockframe frame) { int cpu = PCPU_GET(cpuid); u_int ipi_bitmap; - struct thread *td; - ipi_bitmap = atomic_readandclear_int(&cpu_ipi_pending[cpu]); + ipi_bitmap = atomic_readandclear_int(&cpu_ipi_pending[cpu]); +#if 0 critical_enter(); /* Nothing to do for AST */ @@ -948,6 +948,7 @@ } critical_exit(); +#endif } /* Index: amd64/conf/CURRENT-MARS =================================================================== RCS file: /home/kato/cvs/kato-sys/amd64/conf/CURRENT-MARS,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 CURRENT-MARS Index: amd64/include/apicvar.h =================================================================== RCS file: /home/kato/cvs/kato-sys/amd64/include/apicvar.h,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- amd64/include/apicvar.h 18 Feb 2005 14:05:55 -0000 1.1.1.1 +++ amd64/include/apicvar.h 20 Feb 2005 18:15:33 -0000 1.2 @@ -123,9 +123,12 @@ /* IPIs handled by IPI_BITMAPED_VECTOR (XXX ups is there a better place?) */ #define IPI_AST 0 /* Generate software trap. */ +#if 0 #define IPI_HARDCLOCK 1 /* Inter-CPU clock handling. */ #define IPI_STATCLOCK 2 #define IPI_BITMAP_LAST IPI_STATCLOCK +#endif +#define IPI_BITMAP_LAST IPI_AST #define IPI_IS_BITMAPED(x) ((x) <= IPI_BITMAP_LAST) #define IPI_STOP (APIC_IPI_INTS + 6) /* Stop CPU until restarted. */ @@ -172,7 +175,7 @@ inthand_t IDTVEC(apic_isr1), IDTVEC(apic_isr2), IDTVEC(apic_isr3), IDTVEC(apic_isr4), IDTVEC(apic_isr5), IDTVEC(apic_isr6), - IDTVEC(apic_isr7), IDTVEC(spuriousint); + IDTVEC(apic_isr7), IDTVEC(spuriousint),IDTVEC(timerint); u_int apic_irq_to_idt(u_int irq); u_int apic_idt_to_irq(u_int vector); @@ -203,6 +206,7 @@ void lapic_ipi_vectored(u_int vector, int dest); int lapic_ipi_wait(int delay); void lapic_handle_intr(void *cookie, struct intrframe frame); +void lapic_handle_timer(struct clockframe frame); void lapic_set_logical_id(u_int apic_id, u_int cluster, u_int cluster_id); int lapic_set_lvt_mask(u_int apic_id, u_int lvt, u_char masked); int lapic_set_lvt_mode(u_int apic_id, u_int lvt, u_int32_t mode); @@ -212,6 +216,7 @@ enum intr_trigger trigger); void lapic_set_tpr(u_int vector); void lapic_setup(void); +int lapic_setup_clock(void); #endif /* !LOCORE */ #endif /* _MACHINE_APICVAR_H_ */ Index: amd64/isa/clock.c =================================================================== RCS file: /home/kato/cvs/kato-sys/amd64/isa/clock.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 clock.c --- amd64/isa/clock.c 18 Feb 2005 14:05:55 -0000 1.1.1.1 +++ amd64/isa/clock.c 22 Feb 2005 15:38:24 -0000 @@ -64,13 +64,14 @@ #include #include #include - +#define LAPIC_TIMER #include #include #include #include #include -#ifdef SMP +#ifdef LAPIC_TIMER +#include #include #endif #include @@ -113,6 +114,7 @@ static u_int32_t i8254_offset; static int (*i8254_pending)(struct intsrc *); static int i8254_ticked; +static int using_lapic_timer; static u_char rtc_statusa = RTCSA_DIVIDER | RTCSA_NOPROF; static u_char rtc_statusb = RTCSB_24HR | RTCSB_PINTR; @@ -139,7 +141,6 @@ static void clkintr(struct clockframe *frame) { - if (timecounter->tc_get_timecount == i8254_get_timecount) { mtx_lock_spin(&clock_lock); if (i8254_ticked) @@ -151,10 +152,8 @@ clkintr_pending = 0; mtx_unlock_spin(&clock_lock); } - hardclock(frame); -#ifdef SMP - forward_hardclock(); -#endif + if (!using_lapic_timer) + hardclock(frame); } int @@ -221,9 +220,6 @@ } if (pscnt == psdiv) statclock(frame); -#ifdef SMP - forward_statclock(); -#endif } } @@ -730,7 +726,11 @@ { int diag; - if (statclock_disable) { +#ifdef LAPIC_TIMER + using_lapic_timer = lapic_setup_clock(); +#endif + + if ( statclock_disable || using_lapic_timer ) { /* * The stat interrupt mask is different without the * statistics clock. Also, don't set the interrupt @@ -756,7 +756,7 @@ writertc(RTC_STATUSB, RTCSB_24HR); /* Don't bother enabling the statistics clock. */ - if (!statclock_disable) { + if (!statclock_disable && !using_lapic_timer) { diag = rtcin(RTC_DIAG); if (diag != 0) printf("RTC BIOS diagnostic error %b\n", diag, RTCDG_BITS); @@ -774,7 +774,8 @@ void cpu_startprofclock(void) { - + if (using_lapic_timer) + return; rtc_statusa = RTCSA_DIVIDER | RTCSA_PROF; writertc(RTC_STATUSA, rtc_statusa); psdiv = pscnt = psratio; @@ -783,7 +784,8 @@ void cpu_stopprofclock(void) { - + if (using_lapic_timer) + return; rtc_statusa = RTCSA_DIVIDER | RTCSA_NOPROF; writertc(RTC_STATUSA, rtc_statusa); psdiv = pscnt = 1; --------------080009050006090500050304-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 17:54:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C6E616A4CE; Tue, 22 Feb 2005 17:54:08 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E509643D5C; Tue, 22 Feb 2005 17:54:07 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D94D672DD8; Tue, 22 Feb 2005 09:54:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D703B72DCB; Tue, 22 Feb 2005 09:54:07 -0800 (PST) Date: Tue, 22 Feb 2005 09:54:07 -0800 (PST) From: Doug White To: Ruslan Ermilov In-Reply-To: <20050222142710.GA42507@ip.net.ua> Message-ID: <20050222095206.A97883@carver.gumbysoft.com> References: <20050222110318.GA41460@ip.net.ua> <20050222142710.GA42507@ip.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Alan Cox cc: Bosko Milekic cc: Peter Grehan cc: current@FreeBSD.org Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 17:54:08 -0000 Sorry for the top post, but bosko is out of country for the next week or so. Soemone else should look at this and commit this workaround if it'll get us through the week. On Tue, 22 Feb 2005, Ruslan Ermilov wrote: > On Tue, Feb 22, 2005 at 01:03:18PM +0200, Ruslan Ermilov wrote: > > Hi, > > > > I'm repeatedly getting the following panic (three-four times a day) > > on sparc64 running a fresh -CURRENT, building world: > > > > db> show msgbuf > > panic: mutex vm object not owned at /usr/src/sys/vm/vm_page.c:608 > > cpuid = 0 > > KDB: enter: panic > > exclusive sleep mutex vm page queue mutex r = 0 (0xc04be700) locked @ /usr/src/sys/sparc64/sparc64/vm_machdep.c:483 > > exclusive sleep mutex UMA lock r = 0 (0xc04bdcc0) locked @ /usr/src/sys/vm/uma_core.c:1485 > > exclusive sleep mutex Giant r = 0 (0xc0422728) locked @ /usr/src/sys/vm/vm_pageout.c:666 > > db> where > > Tracing pid 7 tid 100016 td 0xfffff80067c0c720 > > panic() at panic+0x16c > > _mtx_assert() at _mtx_assert+0x6c > > vm_page_remove() at vm_page_remove+0x34 > > vm_page_free_toq() at vm_page_free_toq+0xb8 > > vm_page_free() at vm_page_free+0x10 > > uma_small_free() at uma_small_free+0x54 > > zone_drain() at zone_drain+0x2e8 > > zone_foreach() at zone_foreach+0x3c > > uma_reclaim() at uma_reclaim+0x10 > > vm_pageout_scan() at vm_pageout_scan+0x13c > > vm_pageout() at vm_pageout+0x3e8 > > fork_exit() at fork_exit+0x9c > > fork_trampoline() at fork_trampoline+0x8 > > > I have no idea if this is the correct fix or not, but the necessary > vm_object_t locking is certainly missing in uma_small_free() on all > architectures implementing it (alpha, amd64, ia64, powerpc, and > sparc64). > > %%% > Index: vm_machdep.c > =================================================================== > RCS file: /home/ncvs/src/sys/sparc64/sparc64/vm_machdep.c,v > retrieving revision 1.71 > diff -u -r1.71 vm_machdep.c > --- vm_machdep.c 19 Jan 2005 18:24:07 -0000 1.71 > +++ vm_machdep.c 22 Feb 2005 14:21:12 -0000 > @@ -67,6 +67,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -477,10 +478,14 @@ > uma_small_free(void *mem, int size, u_int8_t flags) > { > vm_page_t m; > + vm_object_t object; > > PMAP_STATS_INC(uma_nsmall_free); > m = PHYS_TO_VM_PAGE(TLB_DIRECT_TO_PHYS((vm_offset_t)mem)); > + object = m->object; > + VM_OBJECT_LOCK(object); > vm_page_lock_queues(); > vm_page_free(m); > vm_page_unlock_queues(); > + VM_OBJECT_UNLOCK(object); > } > %%% > > > Cheers, > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 18:06:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFAFF16A4CE for ; Tue, 22 Feb 2005 18:06:16 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A99E243D4C for ; Tue, 22 Feb 2005 18:06:16 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9BFAE72DD8; Tue, 22 Feb 2005 10:06:16 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 9731472DCB; Tue, 22 Feb 2005 10:06:16 -0800 (PST) Date: Tue, 22 Feb 2005 10:06:16 -0800 (PST) From: Doug White To: Matteo Riondato In-Reply-To: <1109071079.1390.21.camel@kaiser.sig11.org> Message-ID: <20050222095536.E97883@carver.gumbysoft.com> References: <1109071079.1390.21.camel@kaiser.sig11.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Question about periodic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 18:06:16 -0000 On Tue, 22 Feb 2005, Matteo Riondato wrote: > Hi folks, > I think there's a little mistake > in /etc/periodic/security/security.functions: > > if check_diff() is called whith "new_only" as its first argument, as it > is in /etc/periodic/security/520.pfdenied (and 500.ipfwdenied), it will > use "grep '^>'" as a filter to grep only the different lines between the > ouput of "pfctl -sr -v 2>/dev/null | nawk '{if (/^block/) {buf=$0; > getline; gsub(" +"," ",$0); print buf$0;} }'" and /var/log/pf.today . > > The diff between the output and the file is done with > diff {daily_status_security_diff_flags} /var/log/pf.today $OUTPUT > and the filter is "piped" after this command, so we have: > > diff {daily_status_security_diff_flags} /var/log/pf.today $OUTPUT | grep > '^>' > > but daily_status_security_diff_flags is set to "-b -u" > in /etc/defaults/periodic.conf so there aren't lines beginning with ">", > because we are doing an unified diff. The filter then gives no output > and the only output of /etc/periodic/security/520.pfdenied is > > $HOSTNAME pf denied packets: > > This can be solved changing $filter from "grep '^>'" to "grep '^+'" > in /etc/periodic/security/security.functions, line 46. Or take the -u out of the default, which I think is the intended behavior, looking at the commit logs. The daily_status_security_diff_flags option predates the pf scripts by about 3 months so I'm not sure how that got past testing :) Please send-pr this and poke mlaier and keramida about it. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 18:11:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5903216A4CE; Tue, 22 Feb 2005 18:11:37 +0000 (GMT) Received: from mail.eaznet.com (stout.eaznet.com [198.182.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id F215B43D55; Tue, 22 Feb 2005 18:11:36 +0000 (GMT) (envelope-from eddie@eaznet.com) Received: from localhost (localhost.eaznet.com [127.0.0.1]) by mail.eaznet.com (Postfix) with ESMTP id CC7E210710B; Tue, 22 Feb 2005 11:02:42 -0700 (MST) Received: from mail.eaznet.com ([127.0.0.1]) by localhost (stout.eaznet.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83278-05; Tue, 22 Feb 2005 11:02:42 -0700 (MST) Received: from gilaha1b4iklae (sncwall.eaznet.com [198.182.71.58]) by mail.eaznet.com (Postfix) with ESMTP id 8DCB3107109; Tue, 22 Feb 2005 11:02:42 -0700 (MST) From: "EAZNet - Eddie Fry" To: "'Scott Long'" Date: Tue, 22 Feb 2005 11:13:31 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <421A719F.6050102@freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUYbaDoEkg13JVkTr24naCTLTIoCgAl/YXw Message-Id: <20050222180242.8DCB3107109@mail.eaznet.com> X-VirusScanned: by AMaViSClamAV at mail.eaznet.com cc: freebsd-current@freebsd.org Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 18:11:37 -0000 Hmmm, that sucks. There are linux drivers. I wonder if there is a way = to get the specs from the linux developers. I'm going to put in a call to = both Supermicro and Marvell and see if I can round up: Supermicro: a demo board Marvell: specs, references, and code samples Anything else you'll need to get this rolling? Eddie -----Original Message----- From: Scott Long [mailto:scottl@freebsd.org]=20 Sent: Monday, February 21, 2005 4:41 PM To: EAZNet - Eddie Fry Cc: freebsd-current@freebsd.org Subject: Re: Supermicro P4SCT+ Marvell 88SX504 controller EAZNet - Eddie Fry wrote: > Soren/others, >=20 > =20 >=20 > I=92d like to offer to donate US$100 to getting the Marvell RAID = controller > working quickly. I=92d rather see this driver implemented than to go = buy > another controller. I=92d be more than happy to beta the driver. I = need to > do some testing/configuring on this box before deployment, so testing = the > RAID driver would not be a problem. However, I am on a timetable=85 >=20 > =20 >=20 > Thanks! >=20 > =20 >=20 > Eddie Fry >=20 > EAZNet Internet Services >=20 >=20 The problem is not with there being no desire to make this hardware=20 work, it's that Marvell refuses to provide any specs, references, or=20 code samples that could be used to write an open driver. Scott --=20 No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 2/22/2005 =20 --=20 No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 2/22/2005 =20 From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 18:23:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6FC616A4CE for ; Tue, 22 Feb 2005 18:23:19 +0000 (GMT) Received: from sigma.informatik.hu-berlin.de (sigma.informatik.hu-berlin.de [141.20.20.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id E067143D2F for ; Tue, 22 Feb 2005 18:23:18 +0000 (GMT) (envelope-from sebastian.ssmoller@gmx.net) Received: from tyrael.linnet (p54BCF49C.dip.t-dialin.net [84.188.244.156]) (authenticated bits=0) (8.12.10/8.12.9/INF-2.0-MA-SOLARIS-2.8) with ESMTP id j1MINGRF010676; Tue, 22 Feb 2005 19:23:17 +0100 (MET) Date: Tue, 22 Feb 2005 19:23:08 +0100 From: sebastian ssmoller To: "Stephane E. Potvin" Message-Id: <20050222192308.495a2810.sebastian.ssmoller@gmx.net> In-Reply-To: <421B76B7.8080202@videotron.ca> References: <20050222170642.07d74121.sebastian.ssmoller@gmx.net> <421B76B7.8080202@videotron.ca> X-Mailer: Sylpheed version 1.0.0beta4 (GTK+ 1.2.10; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: ndis stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 18:23:19 -0000 On Tue, 22 Feb 2005 13:15:19 -0500 "Stephane E. Potvin" wrote: > > sebastian ssmoller wrote: > | hi, > | when i try to load if_ndis.ko with recent -current i get: > | > | link_elf: symbol drv_data undefined > | > | i am not sure when ndis stopped working but i guess last year it > | still worked perfectly fine ... > | > | any ideas? > | > Hi, > > Try to regenerate your ndis_driver_data.h file with ndiscvt and then > recompile if_ndis.ko. The format of the file has changed recently. unfort. this does not help :( regards, seb > > Hope this helps. > > Steph > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.0 (FreeBSD) > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org > > iD8DBQFCG3a3mdOXtTCX/nsRAqLwAKD+KKbfkgJpazoFHbRNpRiCwqNJqgCgr7Tz > EAhXqltKLJXQl+1/vxkdXkA= > =9QZP > -----END PGP SIGNATURE----- > -- "Perfection is achieved, not when there is nothing left to add, but when there is nothing left to take away." --- Antoine de St. Exupery, Wind, Sand, and Stars, 1939 From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 18:24:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AC5516A4CE for ; Tue, 22 Feb 2005 18:24:05 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F18E43D1F for ; Tue, 22 Feb 2005 18:24:04 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 36525 invoked from network); 22 Feb 2005 18:00:12 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 22 Feb 2005 18:00:12 -0000 Message-ID: <421B78C1.9020001@freebsd.org> Date: Tue, 22 Feb 2005 19:24:01 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a6) Gecko/20050111 X-Accept-Language: en-us, en MIME-Version: 1.0 To: EAZNet - Eddie Fry References: <20050222180242.8DCB3107109@mail.eaznet.com> In-Reply-To: <20050222180242.8DCB3107109@mail.eaznet.com> Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: 'Scott Long' Subject: Re: Supermicro P4SCT+ Marvell 88SX504 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 18:24:05 -0000 EAZNet - Eddie Fry wrote: > Hmmm, that sucks. There are linux drivers. I wonder if there is a way to > get the specs from the linux developers. I'm going to put in a call to both > Supermicro and Marvell and see if I can round up: > > Supermicro: a demo board > Marvell: specs, references, and code samples > > Anything else you'll need to get this rolling? Luck. It's easier to press blood from a stone than to extract any specs or datasheets out of Marvell. They are almost by far the most anal hard- ware vendor out there. Even getting specs for a proprietary product *with* a signed NDA is very painful. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 18:24:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B21BA16A4CE for ; Tue, 22 Feb 2005 18:24:33 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3A8843D45 for ; Tue, 22 Feb 2005 18:24:28 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) j1MIOMmq013563 for ; Tue, 22 Feb 2005 20:24:22 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost) by zibbi.icomtek.csir.co.za (8.12.10/8.12.10/Submit) id j1MIOMhD013562 for current@freebsd.org; Tue, 22 Feb 2005 20:24:22 +0200 (SAST) (envelope-from jhay) Date: Tue, 22 Feb 2005 20:24:22 +0200 From: John Hay To: current@freebsd.org Message-ID: <20050222182421.GA13397@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: rpc.lockd needs nfsclient even on the server side X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 18:24:33 -0000 Hi guys, I just upgraded my nfs server and found that nowadays you do need NFSCLIENT on the server otherwise rpc.lockd don't want to run. Is this intentional? Previously I only needed NFSSERVER. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 18:33:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DB1216A4CE for ; Tue, 22 Feb 2005 18:33:07 +0000 (GMT) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17E8B43D2D for ; Tue, 22 Feb 2005 18:33:07 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from localhost.localdomain (host130-176.pool8254.interbusiness.it [82.54.176.130]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 920B75798; Tue, 22 Feb 2005 19:37:50 +0100 (CET) From: Matteo Riondato To: Doug White In-Reply-To: <20050222095536.E97883@carver.gumbysoft.com> References: <1109071079.1390.21.camel@kaiser.sig11.org> <20050222095536.E97883@carver.gumbysoft.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-M+SL2L1+KQIng9wHfssV" Date: Tue, 22 Feb 2005 19:33:04 +0100 Message-Id: <1109097184.1390.27.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-current@freebsd.org Subject: Re: Question about periodic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 18:33:07 -0000 --=-M+SL2L1+KQIng9wHfssV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On 22-02-2005 at 10:06 -0800, Doug White wrote: >=20 > Please send-pr this and poke mlaier and keramida about it. >=20 Done. conf/73992. Please note that just after I sent it, I noticed that there was already an open PR about this problem: conf/73992 so perhaps my PR is just a duplicate. Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-M+SL2L1+KQIng9wHfssV Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCG3rg2Mp4pR7Fa+wRAq5ZAJ97dWotP7sw/Pv6ifqmmto+y0lfqgCgrD/E xbjxlusIDhhywMGY8NWbSXU= =QIwL -----END PGP SIGNATURE----- --=-M+SL2L1+KQIng9wHfssV-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 18:35:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9972B16A4CF; Tue, 22 Feb 2005 18:35:43 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78FC743D77; Tue, 22 Feb 2005 18:35:42 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 0A4A372DD8; Tue, 22 Feb 2005 10:35:42 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0475772DCB; Tue, 22 Feb 2005 10:35:42 -0800 (PST) Date: Tue, 22 Feb 2005 10:35:41 -0800 (PST) From: Doug White To: EAZNet - Eddie Fry In-Reply-To: <20050222180242.8DCB3107109@mail.eaznet.com> Message-ID: <20050222101711.G97883@carver.gumbysoft.com> References: <20050222180242.8DCB3107109@mail.eaznet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=windows-1250 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-current@freebsd.org cc: 'Scott Long' Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 18:35:43 -0000 On Tue, 22 Feb 2005, EAZNet - Eddie Fry wrote: > Hmmm, that sucks. There are linux drivers. I wonder if there is a way t= o > get the specs from the linux developers. I see a vendor driver and an "in progress" marker on the libata status page. gjarzik appears to be the only "linux developer" who'd know anything about the hardware. The vendor driver says: * THIS CODE CONTAINS CONFIDENTIAL INFORMATION OF MARVELL. which precludes us from reading it to get the necessary details. > I'm going to put in a call to both > Supermicro and Marvell and see if I can round up: > > Supermicro: a demo board > Marvell: specs, references, and code samples > > Anything else you'll need to get this rolling? > > Eddie > > -----Original Message----- > From: Scott Long [mailto:scottl@freebsd.org] > Sent: Monday, February 21, 2005 4:41 PM > To: EAZNet - Eddie Fry > Cc: freebsd-current@freebsd.org > Subject: Re: Supermicro P4SCT+ Marvell 88SX504 controller > > EAZNet - Eddie Fry wrote: > > Soren/others, > > > > > > > > I=92d like to offer to donate US$100 to getting the Marvell RAID contro= ller > > working quickly. I=92d rather see this driver implemented than to go b= uy > > another controller. I=92d be more than happy to beta the driver. I ne= ed to > > do some testing/configuring on this box before deployment, so testing t= he > > RAID driver would not be a problem. However, I am on a timetable=85 > > > > > > > > Thanks! > > > > > > > > Eddie Fry > > > > EAZNet Internet Services > > > > > > The problem is not with there being no desire to make this hardware > work, it's that Marvell refuses to provide any specs, references, or > code samples that could be used to write an open driver. > > Scott > > > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 18:36:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20E5916A4CE for ; Tue, 22 Feb 2005 18:36:37 +0000 (GMT) Received: from drop.bsdchat.com (drop.bsdchat.com [209.237.225.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 371EE43D3F for ; Tue, 22 Feb 2005 18:36:36 +0000 (GMT) (envelope-from clive@tongi.org) Received: from CARTIER (drag.bsdchat.com [209.237.225.37]) by drop.bsdchat.com (8.13.1/8.13.1) with SMTP id j1MIaVDt067691; Tue, 22 Feb 2005 18:36:34 GMT (envelope-from clive@tongi.org) Received: (nullmailer pid 6731 invoked by uid 1000); Tue, 22 Feb 2005 18:36:15 -0000 Date: Wed, 23 Feb 2005 02:36:15 +0800 From: Clive Lin To: Doug White Message-ID: <20050222183614.GA1644@tongi.org> References: <1109071079.1390.21.camel@kaiser.sig11.org> <20050222095536.E97883@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050222095536.E97883@carver.gumbysoft.com> X-PGP-key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA008C03E User-Agent: Mutt/1.5.8i cc: Matteo Riondato cc: freebsd-current@freebsd.org Subject: Re: Question about periodic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 18:36:37 -0000 On Tue, Feb 22, 2005 at 10:06:16AM -0800, Doug White wrote: > Or take the -u out of the default, which I think is the intended behavior, > looking at the commit logs. The daily_status_security_diff_flags option > predates the pf scripts by about 3 months so I'm not sure how that got > past testing :) > > Please send-pr this and poke mlaier and keramida about it. At that time the pf scripts was made, it was solely used on 5.3-RELEASE here. :p (*cough cough*, I see, no excuse.) It looks like pf, ipfw and ipf periodic scripts are all suffering from exactly the same pain. # grep -l new_only 5* 500.ipfwdenied 510.ipfdenied 520.pfdenied -- Clive Tong-I Lin | http://tongi.org | PGP KeyID: A008C03E From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 19:03:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2D5B16A4CE; Tue, 22 Feb 2005 19:03:23 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 305EA43D2D; Tue, 22 Feb 2005 19:03:23 +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.3/8.13.3) with ESMTP id j1MJ3hxk020189; Tue, 22 Feb 2005 14:03:43 -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.1/8.13.1) with ESMTP id j1MJ3MIv071254; Tue, 22 Feb 2005 14:03:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 591A17306E; Tue, 22 Feb 2005 14:03:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050222190322.591A17306E@freebsd-current.sentex.ca> Date: Tue, 22 Feb 2005 14:03:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 19:03:24 -0000 TB --- 2005-02-22 16:53:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-22 16:53:14 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-22 16:53:14 - checking out the source tree TB --- 2005-02-22 16:53:14 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-22 16:53:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-22 16:58:46 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-22 16:58:46 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-22 16:58:46 - /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-02-22 18:29:50 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-22 18:29:50 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-22 18:29:50 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Feb 22 18:29:50 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 Feb 22 18:49:44 UTC 2005 TB --- 2005-02-22 18:49:44 - generating LINT kernel config TB --- 2005-02-22 18:49:44 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2005-02-22 18:49:44 - /usr/bin/make -B LINT TB --- 2005-02-22 18:49:45 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-22 18:49:45 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-22 18:49:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 22 18:49:45 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 -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/accf_http.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c: In function `carp_input': /tinderbox/CURRENT/ia64/ia64/src/sys/netinet/ip_carp.c:457: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-22 19:03:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-22 19:03:22 - ERROR: failed to build lint kernel TB --- 2005-02-22 19:03:22 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 19:09:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D01D516A4CE; Tue, 22 Feb 2005 19:09:05 +0000 (GMT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3498B43D73; Tue, 22 Feb 2005 19:09:05 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 97ACE4A9AC; Tue, 22 Feb 2005 13:09:04 -0600 (CST) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 06595-01-57; Tue, 22 Feb 2005 13:09:04 -0600 (CST) Received: by cs.rice.edu (Postfix, from userid 19572) id 1EF6F4A9A2; Tue, 22 Feb 2005 13:09:04 -0600 (CST) Date: Tue, 22 Feb 2005 13:09:04 -0600 From: Alan Cox To: Ruslan Ermilov Message-ID: <20050222190904.GC26262@cs.rice.edu> References: <20050222110318.GA41460@ip.net.ua> <20050222142710.GA42507@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050222142710.GA42507@ip.net.ua> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu cc: Alan Cox cc: Bosko Milekic cc: Peter Grehan cc: current@FreeBSD.org Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 19:09:06 -0000 On Tue, Feb 22, 2005 at 04:27:11PM +0200, Ruslan Ermilov wrote: > On Tue, Feb 22, 2005 at 01:03:18PM +0200, Ruslan Ermilov wrote: > > Hi, > > > > I'm repeatedly getting the following panic (three-four times a day) > > on sparc64 running a fresh -CURRENT, building world: > > > > db> show msgbuf > > panic: mutex vm object not owned at /usr/src/sys/vm/vm_page.c:608 > > cpuid = 0 > > KDB: enter: panic > > exclusive sleep mutex vm page queue mutex r = 0 (0xc04be700) locked @ /usr/src/sys/sparc64/sparc64/vm_machdep.c:483 > > exclusive sleep mutex UMA lock r = 0 (0xc04bdcc0) locked @ /usr/src/sys/vm/uma_core.c:1485 > > exclusive sleep mutex Giant r = 0 (0xc0422728) locked @ /usr/src/sys/vm/vm_pageout.c:666 > > db> where > > Tracing pid 7 tid 100016 td 0xfffff80067c0c720 > > panic() at panic+0x16c > > _mtx_assert() at _mtx_assert+0x6c > > vm_page_remove() at vm_page_remove+0x34 > > vm_page_free_toq() at vm_page_free_toq+0xb8 > > vm_page_free() at vm_page_free+0x10 > > uma_small_free() at uma_small_free+0x54 > > zone_drain() at zone_drain+0x2e8 > > zone_foreach() at zone_foreach+0x3c > > uma_reclaim() at uma_reclaim+0x10 > > vm_pageout_scan() at vm_pageout_scan+0x13c > > vm_pageout() at vm_pageout+0x3e8 > > fork_exit() at fork_exit+0x9c > > fork_trampoline() at fork_trampoline+0x8 > > > I have no idea if this is the correct fix or not, but the necessary > vm_object_t locking is certainly missing in uma_small_free() on all > architectures implementing it (alpha, amd64, ia64, powerpc, and > sparc64). It is not. Take a look at uma_small_alloc(). You'll see that pages are allocated with the option VM_ALLOC_NOOBJ, meaning that they are not members of any vm object. Consequently, the page's object field should remain NULL and vm_page_remove() should never be executed. I'm afraid that something is trashing your vm_page_array. Could you print the contents of the offending page structure? Alan From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 19:23:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE04916A4CE; Tue, 22 Feb 2005 19:23:03 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A0443D2F; Tue, 22 Feb 2005 19:23:00 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j1MJMxVH002633; Tue, 22 Feb 2005 14:23:00 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-current@freebsd.org Date: Tue, 22 Feb 2005 14:22:56 -0500 User-Agent: KMail/1.6.2 References: <20050222110318.GA41460@ip.net.ua> <20050222142710.GA42507@ip.net.ua> <20050222190904.GC26262@cs.rice.edu> In-Reply-To: <20050222190904.GC26262@cs.rice.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502221422.56994.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/721/Tue Feb 22 09:01:26 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: current@freebsd.org cc: Alan Cox cc: Alan Cox cc: Bosko Milekic cc: Peter Grehan Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 19:23:03 -0000 On Tuesday 22 February 2005 02:09 pm, Alan Cox wrote: > On Tue, Feb 22, 2005 at 04:27:11PM +0200, Ruslan Ermilov wrote: > > On Tue, Feb 22, 2005 at 01:03:18PM +0200, Ruslan Ermilov wrote: > > > Hi, > > > > > > I'm repeatedly getting the following panic (three-four times a > > > day) on sparc64 running a fresh -CURRENT, building world: > > > > > > db> show msgbuf > > > panic: mutex vm object not owned at > > > /usr/src/sys/vm/vm_page.c:608 cpuid = 0 > > > KDB: enter: panic > > > exclusive sleep mutex vm page queue mutex r = 0 (0xc04be700) > > > locked @ /usr/src/sys/sparc64/sparc64/vm_machdep.c:483 > > > exclusive sleep mutex UMA lock r = 0 (0xc04bdcc0) locked @ > > > /usr/src/sys/vm/uma_core.c:1485 exclusive sleep mutex Giant r = > > > 0 (0xc0422728) locked @ /usr/src/sys/vm/vm_pageout.c:666 db> > > > where > > > Tracing pid 7 tid 100016 td 0xfffff80067c0c720 > > > panic() at panic+0x16c > > > _mtx_assert() at _mtx_assert+0x6c > > > vm_page_remove() at vm_page_remove+0x34 > > > vm_page_free_toq() at vm_page_free_toq+0xb8 > > > vm_page_free() at vm_page_free+0x10 > > > uma_small_free() at uma_small_free+0x54 > > > zone_drain() at zone_drain+0x2e8 > > > zone_foreach() at zone_foreach+0x3c > > > uma_reclaim() at uma_reclaim+0x10 > > > vm_pageout_scan() at vm_pageout_scan+0x13c > > > vm_pageout() at vm_pageout+0x3e8 > > > fork_exit() at fork_exit+0x9c > > > fork_trampoline() at fork_trampoline+0x8 > > > > I have no idea if this is the correct fix or not, but the > > necessary vm_object_t locking is certainly missing in > > uma_small_free() on all architectures implementing it (alpha, > > amd64, ia64, powerpc, and sparc64). > > It is not. Take a look at uma_small_alloc(). You'll see that > pages are allocated with the option VM_ALLOC_NOOBJ, meaning that > they are not members of any vm object. Consequently, the page's > object field should remain NULL and vm_page_remove() should never > be executed. I'm afraid that something is trashing your > vm_page_array. Could you print the contents of the offending page > structure? FYI, anholt says 'backing vm/uma_core.c to r1.114 has fixed the issue': http://docs.freebsd.org/cgi/mid.cgi?1109089389.4267.7.camel Jung-uk Kim > Alan From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 19:23:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF9C416A4CE; Tue, 22 Feb 2005 19:23:05 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4576043D1F; Tue, 22 Feb 2005 19:23:05 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j1MJMxVH002633; Tue, 22 Feb 2005 14:23:00 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-current@freebsd.org Date: Tue, 22 Feb 2005 14:22:56 -0500 User-Agent: KMail/1.6.2 References: <20050222110318.GA41460@ip.net.ua> <20050222142710.GA42507@ip.net.ua> <20050222190904.GC26262@cs.rice.edu> In-Reply-To: <20050222190904.GC26262@cs.rice.edu> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502221422.56994.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/721/Tue Feb 22 09:01:26 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: current@freebsd.org cc: Alan Cox cc: Alan Cox cc: Bosko Milekic cc: Peter Grehan Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 19:23:05 -0000 On Tuesday 22 February 2005 02:09 pm, Alan Cox wrote: > On Tue, Feb 22, 2005 at 04:27:11PM +0200, Ruslan Ermilov wrote: > > On Tue, Feb 22, 2005 at 01:03:18PM +0200, Ruslan Ermilov wrote: > > > Hi, > > > > > > I'm repeatedly getting the following panic (three-four times a > > > day) on sparc64 running a fresh -CURRENT, building world: > > > > > > db> show msgbuf > > > panic: mutex vm object not owned at > > > /usr/src/sys/vm/vm_page.c:608 cpuid = 0 > > > KDB: enter: panic > > > exclusive sleep mutex vm page queue mutex r = 0 (0xc04be700) > > > locked @ /usr/src/sys/sparc64/sparc64/vm_machdep.c:483 > > > exclusive sleep mutex UMA lock r = 0 (0xc04bdcc0) locked @ > > > /usr/src/sys/vm/uma_core.c:1485 exclusive sleep mutex Giant r = > > > 0 (0xc0422728) locked @ /usr/src/sys/vm/vm_pageout.c:666 db> > > > where > > > Tracing pid 7 tid 100016 td 0xfffff80067c0c720 > > > panic() at panic+0x16c > > > _mtx_assert() at _mtx_assert+0x6c > > > vm_page_remove() at vm_page_remove+0x34 > > > vm_page_free_toq() at vm_page_free_toq+0xb8 > > > vm_page_free() at vm_page_free+0x10 > > > uma_small_free() at uma_small_free+0x54 > > > zone_drain() at zone_drain+0x2e8 > > > zone_foreach() at zone_foreach+0x3c > > > uma_reclaim() at uma_reclaim+0x10 > > > vm_pageout_scan() at vm_pageout_scan+0x13c > > > vm_pageout() at vm_pageout+0x3e8 > > > fork_exit() at fork_exit+0x9c > > > fork_trampoline() at fork_trampoline+0x8 > > > > I have no idea if this is the correct fix or not, but the > > necessary vm_object_t locking is certainly missing in > > uma_small_free() on all architectures implementing it (alpha, > > amd64, ia64, powerpc, and sparc64). > > It is not. Take a look at uma_small_alloc(). You'll see that > pages are allocated with the option VM_ALLOC_NOOBJ, meaning that > they are not members of any vm object. Consequently, the page's > object field should remain NULL and vm_page_remove() should never > be executed. I'm afraid that something is trashing your > vm_page_array. Could you print the contents of the offending page > structure? FYI, anholt says 'backing vm/uma_core.c to r1.114 has fixed the issue': http://docs.freebsd.org/cgi/mid.cgi?1109089389.4267.7.camel Jung-uk Kim > Alan From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 19:57:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ACB816A4CE for ; Tue, 22 Feb 2005 19:57:25 +0000 (GMT) Received: from web26805.mail.ukl.yahoo.com (web26805.mail.ukl.yahoo.com [217.146.176.81]) by mx1.FreeBSD.org (Postfix) with SMTP id BC3BA43D1D for ; Tue, 22 Feb 2005 19:57:24 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 19948 invoked by uid 60001); 22 Feb 2005 19:57:23 -0000 Message-ID: <20050222195723.19946.qmail@web26805.mail.ukl.yahoo.com> Received: from [217.149.113.94] by web26805.mail.ukl.yahoo.com via HTTP; Tue, 22 Feb 2005 20:57:23 CET Date: Tue, 22 Feb 2005 20:57:23 +0100 (CET) From: Claus Guttesen To: John Hay , current@freebsd.org In-Reply-To: <20050222182421.GA13397@zibbi.icomtek.csir.co.za> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: rpc.lockd needs nfsclient even on the server side X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 19:57:25 -0000 > I just upgraded my nfs server and found that To releng_5 or current? regards Claus From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 20:15:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC7F416A4CE for ; Tue, 22 Feb 2005 20:15:49 +0000 (GMT) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C82843D5A for ; Tue, 22 Feb 2005 20:15:47 +0000 (GMT) (envelope-from jhay@icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) j1MKFjmq017170; Tue, 22 Feb 2005 22:15:45 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)j1MKFjoF017169; Tue, 22 Feb 2005 22:15:45 +0200 (SAST) (envelope-from jhay) Date: Tue, 22 Feb 2005 22:15:45 +0200 From: John Hay To: Claus Guttesen Message-ID: <20050222201544.GA16867@zibbi.icomtek.csir.co.za> References: <20050222182421.GA13397@zibbi.icomtek.csir.co.za> <20050222195723.19946.qmail@web26805.mail.ukl.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050222195723.19946.qmail@web26805.mail.ukl.yahoo.com> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: rpc.lockd needs nfsclient even on the server side X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 20:15:49 -0000 On Tue, Feb 22, 2005 at 08:57:23PM +0100, Claus Guttesen wrote: > > I just upgraded my nfs server and found that > > To releng_5 or current? Sorry, it is on current. It previously ran -current of about 3-4 months ago and then I only needed NFSSERVER on the server side. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 20:19:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9ED216A4CE for ; Tue, 22 Feb 2005 20:19:55 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DE0FE43D46 for ; Tue, 22 Feb 2005 20:19:54 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail invoked by alias); 22 Feb 2005 20:19:54 -0000 Received: from unknown (EHLO localhost.localdomain) (212.204.44.203) by mail.gmx.net (mp025) with SMTP; 22 Feb 2005 21:19:54 +0100 X-Authenticated: #2431876 From: Andreas Kohn To: freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-cifIo4skXrLKXV3kKBmU" Date: Tue, 22 Feb 2005 21:19:52 +0100 Message-Id: <1109103592.84939.11.camel@klamath.syndrom23.de> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port X-Y-GMX-Trusted: 0 Subject: cd into // works? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 20:19:56 -0000 --=-cifIo4skXrLKXV3kKBmU Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, due to a typo, I typed [klamath] ~>cd // today. Okay, I'm used to the shell[1] changing any // into /, so I expected to get to /. Now, I got there, but pwd/$PWD still have "//" in them? [klamath] //>pwd // [klamath] //>echo $PWD // [klamath] //>cd //home// [klamath] //home>pwd //home I checked with Linux, and there everything works as expected: [catalina] ~>cd // [catalina] />pwd / Is this expected behavior?=20 Regards, Andreas [1] I always thought it was the shell, but I have the same shell (bash=20 3) on FreeBSD and Linux.=20 --=20 --=-cifIo4skXrLKXV3kKBmU Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCG5PoYucd7Ow1ygwRAh0aAJ9eiR5MdJaU/Q7obRdw4JU0Dpl77wCbBO3A LHv01gjAY9QVVOBImu/NSLc= =pnra -----END PGP SIGNATURE----- --=-cifIo4skXrLKXV3kKBmU-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 20:25:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8858416A4CE for ; Tue, 22 Feb 2005 20:25:16 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3870543D1F for ; Tue, 22 Feb 2005 20:25:16 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 21558 invoked from network); 22 Feb 2005 20:25:16 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 22 Feb 2005 20:25:15 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1MKP9VS016826; Tue, 22 Feb 2005 15:25:09 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Arjan Van Leeuwen Date: Tue, 22 Feb 2005 14:00:52 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200502221400.52726.jhb@FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Jeff Roberson cc: current@FreeBSD.org Subject: Re: Patches to use local APIC timer cause SCHED_ULE panic at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 20:25:16 -0000 On Monday 21 February 2005 03:35 pm, Arjan Van Leeuwen wrote: > Hey, > > The recently committed patches to use the local APIC timer to drive > the various kernel clocks on SMP machines (by jhb) panic my SMP system > at boot when > 1) SCHED_ULE is used instead of SCHED_4BSD > 2) INVARIANTS_* and WITNESS_* are disabled (I don't know which one is > the culprit, but if I enable them all the system doesn't panic). > > I can't provide a dump, since (I assume) the hard drive isn't > initialized yet, but I have a debug kernel if that's useful. > > Here is the panic: > Timecounters tick every 1.000 msec > panic: Thread not on runq. > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 0] > Stopped at kdb_enter+0x30: leave > db> trace > Tracing pid 0 tid 0 td 0xc0769020 > kdb_enter(c071398d,0,c07147a2,c0c207d4,c1a12f60) at kdb_enter+0x30 > panic(c07147a2,369e99,c0769020,1,c0746120) at panic+0x14e > sched_switch(c0769020,0,2,b43e27c0,87c7fc) at sched_switch+0x85 > mi_switch(2,0,ffffffff,7fff0000,ffffffff) at mi_switch+0x1d9 > critical_exit(c0c20888,c0c20890,c06e8dfe) at critical_exit+0xbf > lapic_handle_timer(0) at lapic_handle_timer+0xf5 > Xtimerint(c0c20938,c0714fc7,a,61c2091c,c05c4000) at Xtimerint+0x30 > vsscanf(c0886103,c0714fb3,c0c20a70,c0c20b50,c0564312) at vsscanf+0x1fc > sscanf(c0886103,c0714fb3,c0c20b24,c0c20a80,c0c20b04) at sscanf+0x1f > res_find(c0c20bf8,c0c20bd0,c0719124,0,0) at res_find+0x262 > resource_find(c0c20bf8,c0c20bd0,c0719124,0,0) at resource_find+0x67 > resource_find_dev(c0c20bf8,c0719124,c0c20bfc,0,0) at resource_find_dev+0x6a > if_findindex(c1c1ec00,0,0,0,c0703b9c) at if_findindex+0x126 > if_attach(c1c1ec00,c07044a6,0,0,c074cea0) at if_attach+0x1ac > lo_clone_create(c074cea0,0,d,0,c074ce88) at lo_create+0x79 > ifc_simple_create(c074cea0,c0c20cf8,10,c07044a6,0) at > ifc_simple_create+0x66 ifc_simple_attach(c074cea0,c0718afd,0,0,c0777a20) at > ifc_simple_attach+0x55 if_clone_attach(c074cea0,c0718d90,0,0,c0c20d80) at > if_clone_attach+0x1cf loop_modevent(c198b8c0,0,0,c28000,c0c20d80) at > loop_modevent+0x6a > module_register_init(c074cef4,c1e000,c1ec00,c1e000,0) at > module_register_init+0x81 > mi_startup() at mi_startup+0xb5 > begin() at begin+0x2c > > > addr2line -f -e kernel.debug 0xC055AA15 > > sched_switch > /usr/src/sys/kern/sched_ule.c:1362 > > > addr2line -f -e kernel.debug 0xC054C7A9 > > mi_switch > /usr/src/sys/kern/kern_synch.c:366 > > > addr2line -f -e kernel.debug 0xC055BF9F > > critical_exit > /usr/src/sys/kern/kern_switch.c:596 > > > addr2line -f -e kernel.debug 0xC06C9E15 > > lapic_handle_timer > /usr/src/sys/i386/i386/local_apic.c:657 > > > addr2line -f -e kernel.debug 0xC06C3180 > > Xtimerint > /usr/src/sys/i386/i386/apic_vector.s:138 This doesn't look to be specific to the local APIC timer. The softclock thread should be on a run queue since it was being preempted to via critical_exit(). KTR_SCHED traces would probably be helpful. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 20:29:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F80116A4CE for ; Tue, 22 Feb 2005 20:29:48 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 181F543D31 for ; Tue, 22 Feb 2005 20:29:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4969851240; Tue, 22 Feb 2005 12:29:47 -0800 (PST) Date: Tue, 22 Feb 2005 12:29:47 -0800 From: Kris Kennaway To: Andreas Kohn Message-ID: <20050222202947.GA56980@xor.obsecurity.org> References: <1109103592.84939.11.camel@klamath.syndrom23.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <1109103592.84939.11.camel@klamath.syndrom23.de> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: cd into // works? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 20:29:48 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 22, 2005 at 09:19:52PM +0100, Andreas Kohn wrote: > Hi, >=20 > due to a typo, I typed >=20 > [klamath] ~>cd // >=20 > today. Okay, I'm used to the shell[1] changing any // into /, so I > expected to get to /. Now, I got there, but pwd/$PWD still have "//" in > them? This is presumably a function of your shell. Kris --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCG5Y6Wry0BWjoQKURApmvAJ4tWROg16Pex4OKqddaz7rGkQmMTgCfXD3r qJjl65ogrnZLvmZ5SU0K7IM= =CJfk -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 20:41:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA25C16A4CF for ; Tue, 22 Feb 2005 20:41:12 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C58AF43D5C for ; Tue, 22 Feb 2005 20:41:11 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1MKfAvk028546; Tue, 22 Feb 2005 14:41:10 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <421B98E3.70208@centtech.com> Date: Tue, 22 Feb 2005 14:41:07 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andreas Kohn References: <1109103592.84939.11.camel@klamath.syndrom23.de> <20050222202947.GA56980@xor.obsecurity.org> In-Reply-To: <20050222202947.GA56980@xor.obsecurity.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/721/Tue Feb 22 08:01:26 2005 on mh2.centtech.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: cd into // works? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 20:41:13 -0000 Kris Kennaway wrote: > On Tue, Feb 22, 2005 at 09:19:52PM +0100, Andreas Kohn wrote: > >>Hi, >> >>due to a typo, I typed >> >>[klamath] ~>cd // >> >>today. Okay, I'm used to the shell[1] changing any // into /, so I >>expected to get to /. Now, I got there, but pwd/$PWD still have "//" in >>them? > > > This is presumably a function of your shell. I think this is a function of how pwd is displaying the path - with a trailing slash or without. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 20:44:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 699A616A4CE for ; Tue, 22 Feb 2005 20:44:57 +0000 (GMT) Received: from vbook.fbsd.ru (user149.hovrino.net [82.179.232.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBBF843D49 for ; Tue, 22 Feb 2005 20:44:56 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.44 (FreeBSD)) id 1D3gtl-0000La-Lw; Tue, 22 Feb 2005 23:44:49 +0300 From: Vladimir Grebenschikov To: Andreas Kohn In-Reply-To: <1109103592.84939.11.camel@klamath.syndrom23.de> References: <1109103592.84939.11.camel@klamath.syndrom23.de> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Tue, 22 Feb 2005 23:44:48 +0300 Message-Id: <1109105088.1274.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.1.5 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-current@freebsd.org Subject: Re: cd into // works? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 20:44:57 -0000 =F7 =D7=D4, 22/02/2005 =D7 21:19 +0100, Andreas Kohn =D0=C9=DB=C5=D4: >Hi, > >due to a typo, I typed > >[klamath] ~>cd // > >today. Okay, I'm used to the shell[1] changing any // into /, so I >expected to get to /. Now, I got there, but pwd/$PWD still have "//" in >them? > >[klamath] //>pwd >// >[klamath] //>echo $PWD >// >[klamath] //>cd //home// >[klamath] //home>pwd >//home > >I checked with Linux, and there everything works as expected: >[catalina] ~>cd // >[catalina] />pwd >/ > >Is this expected behavior?=20 Looks like bash bug/feature a) /bin/pwd instead of internal pwd for bash - show real path b) try another shell sh or tcsh - both works as expected >Regards, >Andreas > >[1] I always thought it was the shell, but I have the same shell (bash=20 > 3) on FreeBSD and Linux.=20 Probably different version/build flags ? --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 20:45:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7F4F16A4CE for ; Tue, 22 Feb 2005 20:45:50 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DE9243D49 for ; Tue, 22 Feb 2005 20:45:50 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.alpha-tierchen.de (port-212-202-38-15.dynamic.qsc.de [212.202.38.15]) by mail.efacilitas.de (Postfix) with ESMTP id 62B35123B0C; Tue, 22 Feb 2005 21:45:14 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 9108FCCE73A; Tue, 22 Feb 2005 21:45:22 +0100 (CET) Received: from mail.alpha-tierchen.de ([127.0.0.1]) by localhost (alpha-tierchen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26885-09; Tue, 22 Feb 2005 21:45:20 +0100 (CET) Received: from alpha (alpha.local [192.168.1.2]) by mail.alpha-tierchen.de (Postfix) with ESMTP id D8378CCD858; Tue, 22 Feb 2005 21:45:19 +0100 (CET) From: =?iso-8859-1?B?Qmr2cm4gS/ZuaWc=?= To: , "'Andreas Kohn'" Date: Tue, 22 Feb 2005 21:45:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <1109103592.84939.11.camel@klamath.syndrom23.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcUZHIt+v1TSwfbXT5CdDPWNNqI8TwAAko8g Message-Id: <20050222204519.D8378CCD858@mail.alpha-tierchen.de> X-Virus-Scanned: amavisd-new at alpha-tierchen.de Subject: RE: cd into // works? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 20:45:50 -0000 =20 > I checked with Linux, and there everything works as expected: > [catalina] ~>cd // > [catalina] />pwd > / > cd //usr > pwd //usr > uname -rs Linux 2.4.18-bf2.4 > echo $BASH_VERSION 2.05b.0(1)-release It's obviously not a FreeBSD issue. There might be a difference between bash 2 and 3? Regards Bj=F6rn From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 21:30:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22A3016A4CE; Tue, 22 Feb 2005 21:30:47 +0000 (GMT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1C7543D1F; Tue, 22 Feb 2005 21:30:46 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 7F6114A9AA; Tue, 22 Feb 2005 15:30:46 -0600 (CST) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 10462-01-79; Tue, 22 Feb 2005 15:30:45 -0600 (CST) Received: from noel.cs.rice.edu (noel.cs.rice.edu [128.42.1.136]) by cs.rice.edu (Postfix) with ESMTP id B7A0D4A9A0; Tue, 22 Feb 2005 15:30:45 -0600 (CST) Received: (from alc@localhost) by noel.cs.rice.edu (8.12.10+Sun/8.12.9/Submit) id j1MLTfp5018274; Tue, 22 Feb 2005 15:29:41 -0600 (CST) Date: Tue, 22 Feb 2005 15:29:41 -0600 From: Alan Cox To: Jung-uk Kim Message-ID: <20050222212941.GU3121@noel.cs.rice.edu> References: <20050222110318.GA41460@ip.net.ua> <20050222142710.GA42507@ip.net.ua> <20050222190904.GC26262@cs.rice.edu> <200502221422.56994.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502221422.56994.jkim@niksun.com> User-Agent: Mutt/1.3.28i X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu cc: current@freebsd.org cc: Alan Cox cc: Alan Cox cc: freebsd-current@freebsd.org cc: Bosko Milekic cc: Peter Grehan Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 21:30:47 -0000 On Tue, Feb 22, 2005 at 02:22:56PM -0500, Jung-uk Kim wrote: > > FYI, anholt says 'backing vm/uma_core.c to r1.114 has fixed the > issue': > > http://docs.freebsd.org/cgi/mid.cgi?1109089389.4267.7.camel Ok, thanks. I'd still like to see the contents of the offending page. When UMA overwrites the page's object field with a slab pointer, it sets a flag within the page. I'd very much like to know if this flag is set. Alan From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 21:30:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22A3016A4CE; Tue, 22 Feb 2005 21:30:47 +0000 (GMT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1C7543D1F; Tue, 22 Feb 2005 21:30:46 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 7F6114A9AA; Tue, 22 Feb 2005 15:30:46 -0600 (CST) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 10462-01-79; Tue, 22 Feb 2005 15:30:45 -0600 (CST) Received: from noel.cs.rice.edu (noel.cs.rice.edu [128.42.1.136]) by cs.rice.edu (Postfix) with ESMTP id B7A0D4A9A0; Tue, 22 Feb 2005 15:30:45 -0600 (CST) Received: (from alc@localhost) by noel.cs.rice.edu (8.12.10+Sun/8.12.9/Submit) id j1MLTfp5018274; Tue, 22 Feb 2005 15:29:41 -0600 (CST) Date: Tue, 22 Feb 2005 15:29:41 -0600 From: Alan Cox To: Jung-uk Kim Message-ID: <20050222212941.GU3121@noel.cs.rice.edu> References: <20050222110318.GA41460@ip.net.ua> <20050222142710.GA42507@ip.net.ua> <20050222190904.GC26262@cs.rice.edu> <200502221422.56994.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502221422.56994.jkim@niksun.com> User-Agent: Mutt/1.3.28i X-Virus-Scanned: by amavis-2.2.1 at cs.rice.edu cc: current@freebsd.org cc: Alan Cox cc: Alan Cox cc: freebsd-current@freebsd.org cc: Bosko Milekic cc: Peter Grehan Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 21:30:47 -0000 On Tue, Feb 22, 2005 at 02:22:56PM -0500, Jung-uk Kim wrote: > > FYI, anholt says 'backing vm/uma_core.c to r1.114 has fixed the > issue': > > http://docs.freebsd.org/cgi/mid.cgi?1109089389.4267.7.camel Ok, thanks. I'd still like to see the contents of the offending page. When UMA overwrites the page's object field with a slab pointer, it sets a flag within the page. I'd very much like to know if this flag is set. Alan From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 21:53:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54EAF16A4CE; Tue, 22 Feb 2005 21:53:36 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F54943D2D; Tue, 22 Feb 2005 21:53: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.3/8.13.3) with ESMTP id j1MLruOH032136; Tue, 22 Feb 2005 16:53:56 -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.1/8.13.1) with ESMTP id j1MLrZlh093138; Tue, 22 Feb 2005 16:53:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0AD267306E; Tue, 22 Feb 2005 16:53:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050222215335.0AD267306E@freebsd-current.sentex.ca> Date: Tue, 22 Feb 2005 16:53:35 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 21:53:36 -0000 TB --- 2005-02-22 20:20:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-22 20:20:36 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-02-22 20:20:36 - checking out the source tree TB --- 2005-02-22 20:20:36 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-02-22 20:20:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-22 20:26:13 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-22 20:26:13 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-22 20:26:13 - /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-02-22 21:32:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-22 21:32:43 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-22 21:32:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Feb 22 21:32: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 >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Feb 22 21:44:27 UTC 2005 TB --- 2005-02-22 21:44:27 - generating LINT kernel config TB --- 2005-02-22 21:44:27 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-02-22 21:44:27 - /usr/bin/make -B LINT TB --- 2005-02-22 21:44:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-22 21:44:27 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-22 21:44:27 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 22 21:44: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/accf_http.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/if_atm.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/if_ether.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/igmp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c: In function `carp_input': /tinderbox/CURRENT/sparc64/sparc64/src/sys/netinet/ip_carp.c:457: warning: int format, different type arg (arg 2) *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-02-22 21:53:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-22 21:53:34 - ERROR: failed to build lint kernel TB --- 2005-02-22 21:53:34 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 22:18:11 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 897BA16A4E7 for ; Tue, 22 Feb 2005 22:18:11 +0000 (GMT) Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4183D43D53 for ; Tue, 22 Feb 2005 22:18:11 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 24043 invoked from network); 22 Feb 2005 22:18:11 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 22 Feb 2005 22:18:10 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1MMHvg8017494; Tue, 22 Feb 2005 17:18:05 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 22 Feb 2005 15:52:37 -0500 User-Agent: KMail/1.6.2 References: <20050206134113.GA77071@peter.osted.lan> <200502081448.43759.jhb@FreeBSD.org> <20050208201437.GA46141@peter.osted.lan> In-Reply-To: <20050208201437.GA46141@peter.osted.lan> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502221552.37300.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx Subject: Re: Deadlock with option FULL_PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 22:18:11 -0000 On Tuesday 08 February 2005 03:14 pm, Peter Holm wrote: > On Tue, Feb 08, 2005 at 02:48:43PM -0500, John Baldwin wrote: > > On Tuesday 08 February 2005 02:08 pm, Peter Holm wrote: > > > On Tue, Feb 08, 2005 at 01:17:40PM -0500, John Baldwin wrote: > > > > On Sunday 06 February 2005 08:41 am, Peter Holm wrote: > > > > > With GENERIC HEAD from Feb 5 09:19 UTC + FULL_PREEMPTION + > > > > > mpsafe_vfs = 1 I ran into what appears to be the same deadlock > > > > > twice. This is the first one: > > > > > http://www.holm.cc/stress/log/cons114.html > > > > > > > > What is the deadlock exactly? > > > > > > top froze, console login froze after giving login name, but I > > > could ping the box. > > > > So it could be livelock rather than deadlock if interrupt processing > > still works (ping). > > > > > > It looks like lots of threads banging on fork() > > > > and that they are all waiting on an exclusive lock of allproc_lock > > > > while holding a shared lock of proctree_lock (except for the 1 thread > > > > currently doing a fork that is on a run queue because it was > > > > preempted by IRQ 0 which kicked off softclock). Can you get 'ps' > > > > output? > > > > > > Yes: > > > > Well, kmail butchered this in my reply so I won't quote any of it, but it > > does seem that the process everyone is waiting on is runnable. I'm not > > sure if there's anything you can do to recover from the livelock, but the > > livelock is holding up all the forks so you can't get a login process to > > fork a shell, etc. (At least not quickly apparently). > > Oh, recovery is not an issue. I'm stress testing, but this > problem does seem to prevent finding other kernel problems > with FULL_PREEMPTION. I'll just go back to testing without this > option. Thanx for looking at this. Can you try doing this but with machdep.cpu_idle_hlt set to off as per my other posting to current@ several days ago? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 22:18:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C87D16A545 for ; Tue, 22 Feb 2005 22:18:17 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7DFA43D6D for ; Tue, 22 Feb 2005 22:18:16 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20766 invoked from network); 22 Feb 2005 22:18:16 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 22 Feb 2005 22:18:16 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1MMHvg9017494; Tue, 22 Feb 2005 17:18:09 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 22 Feb 2005 16:20:27 -0500 User-Agent: KMail/1.6.2 References: <200502111148.45976.jhb@FreeBSD.org> In-Reply-To: <200502111148.45976.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502221620.27992.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: jeffr@FreeBSD.org cc: Alan Cox cc: current@FreeBSD.org cc: Julian Elischer Subject: Re: HEADSUP: Turn off cpu_idle_hlt on SMP for now on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 22:18:17 -0000 On Friday 11 February 2005 11:48 am, John Baldwin wrote: > Thus, my theory is that when the pinned thread was preempted and put back > on the run queue, the scheduler didn't IPI the CPU it was pinned to to wake > it up in case it was idle. The IPI is only needed if the CPUs are halted, > which is why I think turning the idle halt off might work as a workaround. > I don't know if ULE has this same issue, but I've cc'd Jeff and hopefully > he can look into it. Nevermind, I don't think cpu_idle_hlt will help (though it has seemed to help locally oddly enough). Presumably the CPU that the preempted thread owning the vm page queues lock would have run the pinned thread before going idle. In this case, that means that the thread must be pinned to CPU 0 which is running a make process that is just spinning. Unfortunately we currently don't have a good way of looking at the stack for an thread on another CPU. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 22:18:17 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47FE616A546 for ; Tue, 22 Feb 2005 22:18:17 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAEE543D6B for ; Tue, 22 Feb 2005 22:18:16 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20766 invoked from network); 22 Feb 2005 22:18:16 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 22 Feb 2005 22:18:16 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1MMHvg9017494; Tue, 22 Feb 2005 17:18:09 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 22 Feb 2005 16:20:27 -0500 User-Agent: KMail/1.6.2 References: <200502111148.45976.jhb@FreeBSD.org> In-Reply-To: <200502111148.45976.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502221620.27992.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: jeffr@FreeBSD.org cc: Alan Cox cc: current@FreeBSD.org cc: Julian Elischer Subject: Re: HEADSUP: Turn off cpu_idle_hlt on SMP for now on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 22:18:17 -0000 On Friday 11 February 2005 11:48 am, John Baldwin wrote: > Thus, my theory is that when the pinned thread was preempted and put back > on the run queue, the scheduler didn't IPI the CPU it was pinned to to wake > it up in case it was idle. The IPI is only needed if the CPUs are halted, > which is why I think turning the idle halt off might work as a workaround. > I don't know if ULE has this same issue, but I've cc'd Jeff and hopefully > he can look into it. Nevermind, I don't think cpu_idle_hlt will help (though it has seemed to help locally oddly enough). Presumably the CPU that the preempted thread owning the vm page queues lock would have run the pinned thread before going idle. In this case, that means that the thread must be pinned to CPU 0 which is running a make process that is just spinning. Unfortunately we currently don't have a good way of looking at the stack for an thread on another CPU. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 22:18:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDA7B16A4CE for ; Tue, 22 Feb 2005 22:18:20 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 434D843D60 for ; Tue, 22 Feb 2005 22:18:20 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 22704 invoked from network); 22 Feb 2005 22:18:20 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 22 Feb 2005 22:18:19 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1MMHvgA017494; Tue, 22 Feb 2005 17:18:15 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 22 Feb 2005 16:23:01 -0500 User-Agent: KMail/1.6.2 References: <20050217053024.33130.qmail@web54006.mail.yahoo.com> In-Reply-To: <20050217053024.33130.qmail@web54006.mail.yahoo.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502221623.01678.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Rob cc: FreeBSD Stable Subject: Re: loader.conf: init_path="/stand/sysinstall" appropriate? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 22:18:21 -0000 On Thursday 17 February 2005 12:30 am, Rob wrote: > Hi, > > In /boot/defaults/loader.conf there's the line: > > #init_path="[...skip...]:/stand/sysinstall" > > I wonder if /stand/sysinstall is still appropriate > as one of the defaults in the init path. > > There has been a plan to remove /stand/ altogether > after install, or even have it completely replaced > by /rescue/. > > Moreover, a more up-to-date sysinstall is now in > /usr/sbin/sysinstall !! > > Regards, > Rob. Installs still use a MFS root filesystem with sysinstall in /stand. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 22:54:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A9A316A4CE for ; Tue, 22 Feb 2005 22:54:19 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id C3B8543D39 for ; Tue, 22 Feb 2005 22:54:18 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 84750 invoked from network); 22 Feb 2005 22:54:17 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 22 Feb 2005 22:54:17 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j1MMsGTJ079896; Tue, 22 Feb 2005 23:54:16 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j1MMsGWg079895; Tue, 22 Feb 2005 23:54:16 +0100 (CET) (envelope-from pho) Date: Tue, 22 Feb 2005 23:54:16 +0100 From: Peter Holm To: John Baldwin Message-ID: <20050222225416.GA79843@peter.osted.lan> References: <20050206134113.GA77071@peter.osted.lan> <200502081448.43759.jhb@FreeBSD.org> <20050208201437.GA46141@peter.osted.lan> <200502221552.37300.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502221552.37300.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org Subject: Re: Deadlock with option FULL_PREEMPTION X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 22:54:19 -0000 On Tue, Feb 22, 2005 at 03:52:37PM -0500, John Baldwin wrote: > On Tuesday 08 February 2005 03:14 pm, Peter Holm wrote: > > On Tue, Feb 08, 2005 at 02:48:43PM -0500, John Baldwin wrote: > > > On Tuesday 08 February 2005 02:08 pm, Peter Holm wrote: > > > > On Tue, Feb 08, 2005 at 01:17:40PM -0500, John Baldwin wrote: > > > > > On Sunday 06 February 2005 08:41 am, Peter Holm wrote: > > > > > > With GENERIC HEAD from Feb 5 09:19 UTC + FULL_PREEMPTION + > > > > > > mpsafe_vfs = 1 I ran into what appears to be the same deadlock > > > > > > twice. This is the first one: > > > > > > http://www.holm.cc/stress/log/cons114.html > > > > > > > > > > What is the deadlock exactly? > > > > > > > > top froze, console login froze after giving login name, but I > > > > could ping the box. > > > > > > So it could be livelock rather than deadlock if interrupt processing > > > still works (ping). > > > > > > > > It looks like lots of threads banging on fork() > > > > > and that they are all waiting on an exclusive lock of allproc_lock > > > > > while holding a shared lock of proctree_lock (except for the 1 thread > > > > > currently doing a fork that is on a run queue because it was > > > > > preempted by IRQ 0 which kicked off softclock). Can you get 'ps' > > > > > output? > > > > > > > > Yes: > > > > > > Well, kmail butchered this in my reply so I won't quote any of it, but it > > > does seem that the process everyone is waiting on is runnable. I'm not > > > sure if there's anything you can do to recover from the livelock, but the > > > livelock is holding up all the forks so you can't get a login process to > > > fork a shell, etc. (At least not quickly apparently). > > > > Oh, recovery is not an issue. I'm stress testing, but this > > problem does seem to prevent finding other kernel problems > > with FULL_PREEMPTION. I'll just go back to testing without this > > option. Thanx for looking at this. > > Can you try doing this but with machdep.cpu_idle_hlt set to off as per my > other posting to current@ several days ago? > OK, I'll try that asap. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 22:59:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3BDE16A4E3; Tue, 22 Feb 2005 22:59:34 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B24D243D2D; Tue, 22 Feb 2005 22:59:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7A80851473; Tue, 22 Feb 2005 14:59:32 -0800 (PST) Date: Tue, 22 Feb 2005 14:59:32 -0800 From: Kris Kennaway To: John Baldwin Message-ID: <20050222225932.GA90362@xor.obsecurity.org> References: <200502111148.45976.jhb@FreeBSD.org> <200502221620.27992.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <200502221620.27992.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: Alan Cox cc: current@FreeBSD.org cc: jeffr@FreeBSD.org cc: Julian Elischer Subject: Re: HEADSUP: Turn off cpu_idle_hlt on SMP for now on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 22:59:35 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 22, 2005 at 04:20:27PM -0500, John Baldwin wrote: > On Friday 11 February 2005 11:48 am, John Baldwin wrote: > > Thus, my theory is that when the pinned thread was preempted and put ba= ck > > on the run queue, the scheduler didn't IPI the CPU it was pinned to to = wake > > it up in case it was idle. The IPI is only needed if the CPUs are halt= ed, > > which is why I think turning the idle halt off might work as a workarou= nd.=20 > > I don't know if ULE has this same issue, but I've cc'd Jeff and hopeful= ly > > he can look into it. >=20 > Nevermind, I don't think cpu_idle_hlt will help (though it has seemed to = help=20 > locally oddly enough). Presumably the CPU that the preempted thread owni= ng=20 > the vm page queues lock would have run the pinned thread before going idl= e. =20 > In this case, that means that the thread must be pinned to CPU 0 which is= =20 > running a make process that is just spinning. Unfortunately we currently= =20 > don't have a good way of looking at the stack for an thread on another CP= U. I'm running into this with deadlocks I'm seeing on a quad-cpu RELENG_5 sparc machine. Unfortunately, I can't even dump because of yet more locking assertion failures in the dump path (CAM, elsewhere). Kris --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCG7lTWry0BWjoQKURAsA1AKDu+7tRT/PjM5cfKGW+vuO4KMU6XwCg5ENV cH+LjnG2bV85Sfh+49cZDHE= =m4EN -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 22:59:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3BDE16A4E3; Tue, 22 Feb 2005 22:59:34 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B24D243D2D; Tue, 22 Feb 2005 22:59:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7A80851473; Tue, 22 Feb 2005 14:59:32 -0800 (PST) Date: Tue, 22 Feb 2005 14:59:32 -0800 From: Kris Kennaway To: John Baldwin Message-ID: <20050222225932.GA90362@xor.obsecurity.org> References: <200502111148.45976.jhb@FreeBSD.org> <200502221620.27992.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <200502221620.27992.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@FreeBSD.org cc: Alan Cox cc: current@FreeBSD.org cc: jeffr@FreeBSD.org cc: Julian Elischer Subject: Re: HEADSUP: Turn off cpu_idle_hlt on SMP for now on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 22:59:35 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 22, 2005 at 04:20:27PM -0500, John Baldwin wrote: > On Friday 11 February 2005 11:48 am, John Baldwin wrote: > > Thus, my theory is that when the pinned thread was preempted and put ba= ck > > on the run queue, the scheduler didn't IPI the CPU it was pinned to to = wake > > it up in case it was idle. The IPI is only needed if the CPUs are halt= ed, > > which is why I think turning the idle halt off might work as a workarou= nd.=20 > > I don't know if ULE has this same issue, but I've cc'd Jeff and hopeful= ly > > he can look into it. >=20 > Nevermind, I don't think cpu_idle_hlt will help (though it has seemed to = help=20 > locally oddly enough). Presumably the CPU that the preempted thread owni= ng=20 > the vm page queues lock would have run the pinned thread before going idl= e. =20 > In this case, that means that the thread must be pinned to CPU 0 which is= =20 > running a make process that is just spinning. Unfortunately we currently= =20 > don't have a good way of looking at the stack for an thread on another CP= U. I'm running into this with deadlocks I'm seeing on a quad-cpu RELENG_5 sparc machine. Unfortunately, I can't even dump because of yet more locking assertion failures in the dump path (CAM, elsewhere). Kris --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCG7lTWry0BWjoQKURAsA1AKDu+7tRT/PjM5cfKGW+vuO4KMU6XwCg5ENV cH+LjnG2bV85Sfh+49cZDHE= =m4EN -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 23:08:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74A5416A4CE for ; Tue, 22 Feb 2005 23:08:05 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E9BD43D1D for ; Tue, 22 Feb 2005 23:08:04 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so570023rnf for ; Tue, 22 Feb 2005 15:08:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=LhQbj/wuAcuCsLjJNlGtomzyd4gsVnxS5l7/e2IrkXDkZ/9Aif54xmYf09G1cHNLQmf2RuXm40ufXPgkuh4UEbOdxInuYy8jZFYfkReykCH+aPI3ZjN81FI3KDb6huIU5rQx+bsoXsHPyJGYravEdzzybicQyhsQLkwK5yV3gPA= Received: by 10.38.164.2 with SMTP id m2mr228294rne; Tue, 22 Feb 2005 15:08:03 -0800 (PST) Received: by 10.38.88.56 with HTTP; Tue, 22 Feb 2005 15:08:03 -0800 (PST) Message-ID: Date: Wed, 23 Feb 2005 00:08:03 +0100 From: Arjan Van Leeuwen To: John Baldwin In-Reply-To: <200502221400.52726.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <200502221400.52726.jhb@FreeBSD.org> cc: Jeff Roberson cc: current@freebsd.org Subject: Re: Patches to use local APIC timer cause SCHED_ULE panic at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 23:08:05 -0000 On Tue, 22 Feb 2005 14:00:52 -0500, John Baldwin wrote: > On Monday 21 February 2005 03:35 pm, Arjan Van Leeuwen wrote: > > Hey, > > > > The recently committed patches to use the local APIC timer to drive > > the various kernel clocks on SMP machines (by jhb) panic my SMP system > > at boot when > > 1) SCHED_ULE is used instead of SCHED_4BSD > > 2) INVARIANTS_* and WITNESS_* are disabled (I don't know which one is > > the culprit, but if I enable them all the system doesn't panic). > > > > I can't provide a dump, since (I assume) the hard drive isn't > > initialized yet, but I have a debug kernel if that's useful. > > > > Here is the panic: > > Timecounters tick every 1.000 msec > > panic: Thread not on runq. > > cpuid = 0 > > KDB: enter: panic > > [thread pid 0 tid 0] > > Stopped at kdb_enter+0x30: leave > > db> trace > > Tracing pid 0 tid 0 td 0xc0769020 > > kdb_enter(c071398d,0,c07147a2,c0c207d4,c1a12f60) at kdb_enter+0x30 > > panic(c07147a2,369e99,c0769020,1,c0746120) at panic+0x14e > > sched_switch(c0769020,0,2,b43e27c0,87c7fc) at sched_switch+0x85 > > mi_switch(2,0,ffffffff,7fff0000,ffffffff) at mi_switch+0x1d9 > > critical_exit(c0c20888,c0c20890,c06e8dfe) at critical_exit+0xbf > > lapic_handle_timer(0) at lapic_handle_timer+0xf5 > > Xtimerint(c0c20938,c0714fc7,a,61c2091c,c05c4000) at Xtimerint+0x30 > > vsscanf(c0886103,c0714fb3,c0c20a70,c0c20b50,c0564312) at vsscanf+0x1fc > > sscanf(c0886103,c0714fb3,c0c20b24,c0c20a80,c0c20b04) at sscanf+0x1f > > res_find(c0c20bf8,c0c20bd0,c0719124,0,0) at res_find+0x262 > > resource_find(c0c20bf8,c0c20bd0,c0719124,0,0) at resource_find+0x67 > > resource_find_dev(c0c20bf8,c0719124,c0c20bfc,0,0) at resource_find_dev+0x6a > > if_findindex(c1c1ec00,0,0,0,c0703b9c) at if_findindex+0x126 > > if_attach(c1c1ec00,c07044a6,0,0,c074cea0) at if_attach+0x1ac > > lo_clone_create(c074cea0,0,d,0,c074ce88) at lo_create+0x79 > > ifc_simple_create(c074cea0,c0c20cf8,10,c07044a6,0) at > > ifc_simple_create+0x66 ifc_simple_attach(c074cea0,c0718afd,0,0,c0777a20) at > > ifc_simple_attach+0x55 if_clone_attach(c074cea0,c0718d90,0,0,c0c20d80) at > > if_clone_attach+0x1cf loop_modevent(c198b8c0,0,0,c28000,c0c20d80) at > > loop_modevent+0x6a > > module_register_init(c074cef4,c1e000,c1ec00,c1e000,0) at > > module_register_init+0x81 > > mi_startup() at mi_startup+0xb5 > > begin() at begin+0x2c > > (...) > > This doesn't look to be specific to the local APIC timer. The softclock > thread should be on a run queue since it was being preempted to via > critical_exit(). KTR_SCHED traces would probably be helpful. I'm reading up on KTR_SCHED, but before I start trying to do anything with it, will it be able to do anything useful when the system isn't in multi-user yet? I understand from http://www.watson.org/~robert/freebsd/netperf/ktr/ that I'll have to set some sysctls that don't seem to be loader tunables, and I won't be able to run ktrdump. Thanks, Arjan > > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org > From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 23:36:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D71BE16A4CE for ; Tue, 22 Feb 2005 23:36:52 +0000 (GMT) Received: from mail.eaznet.com (mail.eaznet.com [198.182.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 471EC43D31 for ; Tue, 22 Feb 2005 23:36:52 +0000 (GMT) (envelope-from eddie@eaznet.com) Received: from localhost (localhost.eaznet.com [127.0.0.1]) by mail.eaznet.com (Postfix) with ESMTP id 7C9A5106EF1; Tue, 22 Feb 2005 16:27:55 -0700 (MST) Received: from mail.eaznet.com ([127.0.0.1]) by localhost (stout.eaznet.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95920-02; Tue, 22 Feb 2005 16:27:55 -0700 (MST) Received: from gilaha1b4iklae (sncwall.eaznet.com [198.182.71.58]) by mail.eaznet.com (Postfix) with ESMTP id 2AA98106EEC; Tue, 22 Feb 2005 16:27:55 -0700 (MST) From: "EAZNet - Eddie Fry" To: "'Doug White'" , Date: Tue, 22 Feb 2005 16:38:47 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUZMxLWQV5sgXH2RO60FL2RY655WwABBy8Q In-Reply-To: <20050222151428.J98461@carver.gumbysoft.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050222232755.2AA98106EEC@mail.eaznet.com> X-VirusScanned: by AMaViSClamAV at mail.eaznet.com Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 23:36:53 -0000 I just talked to Peter at Marvell (I can't pronounce his last name let = alone know how to spell it). He is going to check on getting us the = information we need to move forward with the project. If I have any luck, whom = should I forward the doc's to? Apparently, there is an NDA and some other = paperwork. Eddie Fry -----Original Message----- From: Doug White [mailto:dwhite@gumbysoft.com]=20 Sent: Tuesday, February 22, 2005 4:15 PM To: EAZNet - Eddie Fry Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller On Tue, 22 Feb 2005, EAZNet - Eddie Fry wrote: > What about going through Supermicro to get what we need? Will they = work > with us to get us what we need from Marvell? Can't hurt to ask. I got the marvell drivers off a link on Abit's site. > > Eddie > > -----Original Message----- > From: Doug White [mailto:dwhite@gumbysoft.com] > Sent: Tuesday, February 22, 2005 11:36 AM > To: EAZNet - Eddie Fry > Cc: 'Scott Long'; freebsd-current@freebsd.org > Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller > > On Tue, 22 Feb 2005, EAZNet - Eddie Fry wrote: > > > Hmmm, that sucks. There are linux drivers. I wonder if there is a = way to > > get the specs from the linux developers. > > I see a vendor driver and an "in progress" marker on the libata status > page. gjarzik appears to be the only "linux developer" who'd know = anything > about the hardware. The vendor driver says: > > * THIS CODE CONTAINS CONFIDENTIAL INFORMATION OF MARVELL. > > which precludes us from reading it to get the necessary details. > > > I'm going to put in a call to both > > Supermicro and Marvell and see if I can round up: > > > > Supermicro: a demo board > > Marvell: specs, references, and code samples > > > > Anything else you'll need to get this rolling? > > > > Eddie > > > > -----Original Message----- > > From: Scott Long [mailto:scottl@freebsd.org] > > Sent: Monday, February 21, 2005 4:41 PM > > To: EAZNet - Eddie Fry > > Cc: freebsd-current@freebsd.org > > Subject: Re: Supermicro P4SCT+ Marvell 88SX504 controller > > > > EAZNet - Eddie Fry wrote: > > > Soren/others, > > > > > > > > > > > > I=92d like to offer to donate US$100 to getting the Marvell RAID > controller > > > working quickly. I=92d rather see this driver implemented than to = go buy > > > another controller. I=92d be more than happy to beta the driver. = I need > to > > > do some testing/configuring on this box before deployment, so = testing > the > > > RAID driver would not be a problem. However, I am on a = timetable=85 > > > > > > > > > > > > Thanks! > > > > > > > > > > > > Eddie Fry > > > > > > EAZNet Internet Services > > > > > > > > > > The problem is not with there being no desire to make this hardware > > work, it's that Marvell refuses to provide any specs, references, or > > code samples that could be used to write an open driver. > > > > Scott > > > > > > > > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org --=20 No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 2/22/2005 =20 --=20 No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 2/22/2005 =20 From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 23:38:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDA9216A4CE; Tue, 22 Feb 2005 23:38:01 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8735543D31; Tue, 22 Feb 2005 23:38:01 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 23E8646B0C; Tue, 22 Feb 2005 18:38:01 -0500 (EST) Date: Tue, 22 Feb 2005 23:36:21 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Arjan Van Leeuwen In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Jeff Roberson cc: current@freebsd.org Subject: Re: Patches to use local APIC timer cause SCHED_ULE panic at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 23:38:01 -0000 On Wed, 23 Feb 2005, Arjan Van Leeuwen wrote: > > This doesn't look to be specific to the local APIC timer. The softclock > > thread should be on a run queue since it was being preempted to via > > critical_exit(). KTR_SCHED traces would probably be helpful. > > I'm reading up on KTR_SCHED, but before I start trying to do anything > with it, will it be able to do anything useful when the system isn't in > multi-user yet? I understand from > http://www.watson.org/~robert/freebsd/netperf/ktr/ that I'll have to set > some sysctls that don't seem to be loader tunables, and I won't be able > to run ktrdump. One of the things that page fails to document is that you can dump ktr traces from using "show ktr". It won't be fast of clean, since you're likely on a serial console, but since the records are ordered so you see the most recent first, it makes life a lot easier. At 1024 records as the default buffer size, you might want/need to increase it. I'm not sure we support a way to dump ktr traces over firewire, but we might do (and if not, it's probably easy to add). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 00:06:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E63316A4CE for ; Wed, 23 Feb 2005 00:06:49 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCAF443D46 for ; Wed, 23 Feb 2005 00:06:48 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 1CE3246B16; Tue, 22 Feb 2005 19:06:48 -0500 (EST) Date: Wed, 23 Feb 2005 00:05:08 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Arjan Van Leeuwen In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Jeff Roberson cc: current@freebsd.org Subject: Re: Patches to use local APIC timer cause SCHED_ULE panic at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 00:06:49 -0000 On Tue, 22 Feb 2005, Robert Watson wrote: > > I'm reading up on KTR_SCHED, but before I start trying to do anything > > with it, will it be able to do anything useful when the system isn't in > > multi-user yet? I understand from > > http://www.watson.org/~robert/freebsd/netperf/ktr/ that I'll have to set > > some sysctls that don't seem to be loader tunables, and I won't be able > > to run ktrdump. > > One of the things that page fails to document is that you can dump ktr > traces from using "show ktr". It won't be fast of clean, since you're ^ DDB Whoops! Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 00:49:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83EB016A4CE; Wed, 23 Feb 2005 00:49:28 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BBED43D2D; Wed, 23 Feb 2005 00:49:27 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j1N0n6v8093515; Tue, 22 Feb 2005 19:49:06 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j1N0n62E093509; Tue, 22 Feb 2005 19:49:06 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Tue, 22 Feb 2005 19:49:05 -0500 (EST) From: Jeff Roberson To: Arjan Van Leeuwen In-Reply-To: Message-ID: <20050222194750.W52537@mail.chesapeake.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Patches to use local APIC timer cause SCHED_ULE panic at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 00:49:29 -0000 On Mon, 21 Feb 2005, Arjan Van Leeuwen wrote: > Hey, > > The recently committed patches to use the local APIC timer to drive > the various kernel clocks on SMP machines (by jhb) panic my SMP system > at boot when > 1) SCHED_ULE is used instead of SCHED_4BSD > 2) INVARIANTS_* and WITNESS_* are disabled (I don't know which one is > the culprit, but if I enable them all the system doesn't panic). > > I can't provide a dump, since (I assume) the hard drive isn't > initialized yet, but I have a debug kernel if that's useful. > > Here is the panic: I understand what happened. Somehow this has introduced a preemption before we would have had one before. This has invalidated an assert that is there. I'll remove it. > Timecounters tick every 1.000 msec > panic: Thread not on runq. > cpuid = 0 > KDB: enter: panic > [thread pid 0 tid 0] > Stopped at kdb_enter+0x30: leave > db> trace > Tracing pid 0 tid 0 td 0xc0769020 > kdb_enter(c071398d,0,c07147a2,c0c207d4,c1a12f60) at kdb_enter+0x30 > panic(c07147a2,369e99,c0769020,1,c0746120) at panic+0x14e > sched_switch(c0769020,0,2,b43e27c0,87c7fc) at sched_switch+0x85 > mi_switch(2,0,ffffffff,7fff0000,ffffffff) at mi_switch+0x1d9 > critical_exit(c0c20888,c0c20890,c06e8dfe) at critical_exit+0xbf > lapic_handle_timer(0) at lapic_handle_timer+0xf5 > Xtimerint(c0c20938,c0714fc7,a,61c2091c,c05c4000) at Xtimerint+0x30 > vsscanf(c0886103,c0714fb3,c0c20a70,c0c20b50,c0564312) at vsscanf+0x1fc > sscanf(c0886103,c0714fb3,c0c20b24,c0c20a80,c0c20b04) at sscanf+0x1f > res_find(c0c20bf8,c0c20bd0,c0719124,0,0) at res_find+0x262 > resource_find(c0c20bf8,c0c20bd0,c0719124,0,0) at resource_find+0x67 > resource_find_dev(c0c20bf8,c0719124,c0c20bfc,0,0) at resource_find_dev+0x6a > if_findindex(c1c1ec00,0,0,0,c0703b9c) at if_findindex+0x126 > if_attach(c1c1ec00,c07044a6,0,0,c074cea0) at if_attach+0x1ac > lo_clone_create(c074cea0,0,d,0,c074ce88) at lo_create+0x79 > ifc_simple_create(c074cea0,c0c20cf8,10,c07044a6,0) at ifc_simple_create+0x66 > ifc_simple_attach(c074cea0,c0718afd,0,0,c0777a20) at ifc_simple_attach+0x55 > if_clone_attach(c074cea0,c0718d90,0,0,c0c20d80) at if_clone_attach+0x1cf > loop_modevent(c198b8c0,0,0,c28000,c0c20d80) at loop_modevent+0x6a > module_register_init(c074cef4,c1e000,c1ec00,c1e000,0) at > module_register_init+0x81 > mi_startup() at mi_startup+0xb5 > begin() at begin+0x2c > > > addr2line -f -e kernel.debug 0xC055AA15 > sched_switch > /usr/src/sys/kern/sched_ule.c:1362 > > addr2line -f -e kernel.debug 0xC054C7A9 > mi_switch > /usr/src/sys/kern/kern_synch.c:366 > > addr2line -f -e kernel.debug 0xC055BF9F > critical_exit > /usr/src/sys/kern/kern_switch.c:596 > > addr2line -f -e kernel.debug 0xC06C9E15 > lapic_handle_timer > /usr/src/sys/i386/i386/local_apic.c:657 > > addr2line -f -e kernel.debug 0xC06C3180 > Xtimerint > /usr/src/sys/i386/i386/apic_vector.s:138 > From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 03:36:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 678ED16A4CE for ; Wed, 23 Feb 2005 03:36:35 +0000 (GMT) Received: from les.ath.cx (12.41.244.43.ap.yournet.ne.jp [43.244.41.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id B420243D53 for ; Wed, 23 Feb 2005 03:36:33 +0000 (GMT) (envelope-from qhwt+fbsd@les.ath.cx) Received: by les.ath.cx (Postfix, from userid 1000) id 6FD651B8760; Wed, 23 Feb 2005 12:36:30 +0900 (JST) Date: Wed, 23 Feb 2005 12:36:30 +0900 From: YONETANI Tomokazu To: Andreas Kohn Message-ID: <20050223033630.GA996@les.ath.cx> References: <1109103592.84939.11.camel@klamath.syndrom23.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1109103592.84939.11.camel@klamath.syndrom23.de> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: cd into // works? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 03:36:35 -0000 On Tue, Feb 22, 2005 at 09:19:52PM +0100, Andreas Kohn wrote: > due to a typo, I typed > > [klamath] ~>cd // > > today. Okay, I'm used to the shell[1] changing any // into /, so I > expected to get to /. Now, I got there, but pwd/$PWD still have "//" in > them? > > [klamath] //>pwd > // > [klamath] //>echo $PWD > // > [klamath] //>cd //home// > [klamath] //home>pwd > //home Hi, I may be missing your point, but it's in the bash FAQ: $ less "+/^POSIX.2," /usr/local/share/doc/bash/FAQ > I checked with Linux, and there everything works as expected: > [catalina] ~>cd // > [catalina] />pwd > / > > Is this expected behavior? This one isn't expected, or maybe the bash version is old (according to CHANGES file, bash-2.0.1-release is the first release with this change in path canonicalization). Cheers. From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 08:45:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E56B416A4CE; Wed, 23 Feb 2005 08:45:51 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0611343D54; Wed, 23 Feb 2005 08:45:51 +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 j1N8jkN0089627; Wed, 23 Feb 2005 10:45:46 +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 45310-15; Wed, 23 Feb 2005 10:45:44 +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 j1N8jiuV089624 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Feb 2005 10:45:44 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1N8jqcv088659; Wed, 23 Feb 2005 10:45:52 +0200 (EET) (envelope-from ru) Date: Wed, 23 Feb 2005 10:45:52 +0200 From: Ruslan Ermilov To: Alan Cox Message-ID: <20050223084552.GA88626@ip.net.ua> References: <20050222110318.GA41460@ip.net.ua> <20050222142710.GA42507@ip.net.ua> <20050222190904.GC26262@cs.rice.edu> <200502221422.56994.jkim@niksun.com> <20050222212941.GU3121@noel.cs.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <20050222212941.GU3121@noel.cs.rice.edu> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org cc: Alan Cox cc: Jung-uk Kim cc: freebsd-current@freebsd.org cc: Bosko Milekic cc: Peter Grehan Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 08:45:52 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alan, On Tue, Feb 22, 2005 at 03:29:41PM -0600, Alan Cox wrote: > On Tue, Feb 22, 2005 at 02:22:56PM -0500, Jung-uk Kim wrote: > >=20 > > FYI, anholt says 'backing vm/uma_core.c to r1.114 has fixed the=20 > > issue': > >=20 > > http://docs.freebsd.org/cgi/mid.cgi?1109089389.4267.7.camel >=20 > Ok, thanks. I'd still like to see the contents of the offending > page. When UMA overwrites the page's object field with a slab > pointer, it sets a flag within the page. I'd very much like > to know if this flag is set. >=20 I had trouble saving a kernel core -- 6 or 7 times I tried this, it resulted in the same panic. Finally, I gave up and reverted to vm/uma_core.c,v 1.114, this game me a working savecore. Unfortunately, either kdgb(1) doesn't work on sparc64 at the moment, or this core is troublesome -- it would endlessly print this: kgdb: kvm_read: invalid address (203d2025) kgdb: kvm_read: invalid address (6e666f20) kgdb: kvm_read: invalid address (203d2025) kgdb: kvm_read: invalid address (6e666f20) kgdb: kvm_read: invalid address (203d2025) kgdb: kvm_read: invalid address (6e666f20) kgdb: kvm_read: invalid address (203d2025) kgdb: kvm_read: invalid address (6e666f20) =2E.. At least I can confirm that reverting to rev. 1.114 fixes a problem. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCHELAqRfpzJluFF4RAjaOAJ4/10rDbN8ykwxzYyGxGLNHA+dA0gCfXu6O hRFfZjXYQ8utZ01NSvpbGLQ= =5Y1f -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 08:45:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E56B416A4CE; Wed, 23 Feb 2005 08:45:51 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0611343D54; Wed, 23 Feb 2005 08:45:51 +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 j1N8jkN0089627; Wed, 23 Feb 2005 10:45:46 +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 45310-15; Wed, 23 Feb 2005 10:45:44 +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 j1N8jiuV089624 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Feb 2005 10:45:44 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1N8jqcv088659; Wed, 23 Feb 2005 10:45:52 +0200 (EET) (envelope-from ru) Date: Wed, 23 Feb 2005 10:45:52 +0200 From: Ruslan Ermilov To: Alan Cox Message-ID: <20050223084552.GA88626@ip.net.ua> References: <20050222110318.GA41460@ip.net.ua> <20050222142710.GA42507@ip.net.ua> <20050222190904.GC26262@cs.rice.edu> <200502221422.56994.jkim@niksun.com> <20050222212941.GU3121@noel.cs.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline In-Reply-To: <20050222212941.GU3121@noel.cs.rice.edu> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org cc: Alan Cox cc: Jung-uk Kim cc: freebsd-current@freebsd.org cc: Bosko Milekic cc: Peter Grehan Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 08:45:52 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alan, On Tue, Feb 22, 2005 at 03:29:41PM -0600, Alan Cox wrote: > On Tue, Feb 22, 2005 at 02:22:56PM -0500, Jung-uk Kim wrote: > >=20 > > FYI, anholt says 'backing vm/uma_core.c to r1.114 has fixed the=20 > > issue': > >=20 > > http://docs.freebsd.org/cgi/mid.cgi?1109089389.4267.7.camel >=20 > Ok, thanks. I'd still like to see the contents of the offending > page. When UMA overwrites the page's object field with a slab > pointer, it sets a flag within the page. I'd very much like > to know if this flag is set. >=20 I had trouble saving a kernel core -- 6 or 7 times I tried this, it resulted in the same panic. Finally, I gave up and reverted to vm/uma_core.c,v 1.114, this game me a working savecore. Unfortunately, either kdgb(1) doesn't work on sparc64 at the moment, or this core is troublesome -- it would endlessly print this: kgdb: kvm_read: invalid address (203d2025) kgdb: kvm_read: invalid address (6e666f20) kgdb: kvm_read: invalid address (203d2025) kgdb: kvm_read: invalid address (6e666f20) kgdb: kvm_read: invalid address (203d2025) kgdb: kvm_read: invalid address (6e666f20) kgdb: kvm_read: invalid address (203d2025) kgdb: kvm_read: invalid address (6e666f20) =2E.. At least I can confirm that reverting to rev. 1.114 fixes a problem. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCHELAqRfpzJluFF4RAjaOAJ4/10rDbN8ykwxzYyGxGLNHA+dA0gCfXu6O hRFfZjXYQ8utZ01NSvpbGLQ= =5Y1f -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 10:20:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8154316A4CE for ; Wed, 23 Feb 2005 10:20:33 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5C63F43D4C for ; Wed, 23 Feb 2005 10:20:32 +0000 (GMT) (envelope-from andreas.kohn@gmx.net) Received: (qmail invoked by alias); 23 Feb 2005 10:20:31 -0000 Received: from unknown (EHLO localhost.localdomain) (212.204.44.203) by mail.gmx.net (mp005) with SMTP; 23 Feb 2005 11:20:31 +0100 X-Authenticated: #2431876 From: Andreas Kohn To: freebsd-current@freebsd.org In-Reply-To: <1109103592.84939.11.camel@klamath.syndrom23.de> References: <1109103592.84939.11.camel@klamath.syndrom23.de> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-z+XGdzIB3GhNZSIowkiG" Date: Wed, 23 Feb 2005 11:20:26 +0100 Message-Id: <1109154026.84939.16.camel@klamath.syndrom23.de> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port X-Y-GMX-Trusted: 0 Subject: Re: cd into // works? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 10:20:33 -0000 --=-z+XGdzIB3GhNZSIowkiG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2005-02-22 at 21:19 +0100, Andreas Kohn wrote: > ... > [klamath] //>pwd > // > [klamath] //>echo $PWD > // > [klamath] //>cd //home// > [klamath] //home>pwd > //home > ... thanks to all for your fast answers, and sorry that I didn't check the obvious (FAQ) first.=20 Thanks! Andreas --=20 --=-z+XGdzIB3GhNZSIowkiG Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCHFjqYucd7Ow1ygwRAjNTAJ4yOXpZPhhJwP2+tFJHu/EHSSbftACdHSv3 wRUTRunz2IKElu1zlyHii+8= =MvN3 -----END PGP SIGNATURE----- --=-z+XGdzIB3GhNZSIowkiG-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 10:47:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 122BB16A4CE; Wed, 23 Feb 2005 10:47:54 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B656343D41; Wed, 23 Feb 2005 10:47:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0190351252; Wed, 23 Feb 2005 02:47:50 -0800 (PST) Date: Wed, 23 Feb 2005 02:47:50 -0800 From: Kris Kennaway To: Ruslan Ermilov Message-ID: <20050223104750.GA83146@xor.obsecurity.org> References: <20050222110318.GA41460@ip.net.ua> <20050222142710.GA42507@ip.net.ua> <20050222190904.GC26262@cs.rice.edu> <200502221422.56994.jkim@niksun.com> <20050222212941.GU3121@noel.cs.rice.edu> <20050223084552.GA88626@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20050223084552.GA88626@ip.net.ua> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Alan Cox cc: Alan Cox cc: Jung-uk Kim cc: freebsd-current@freebsd.org cc: Bosko Milekic cc: Peter Grehan Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 10:47:54 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 23, 2005 at 10:45:52AM +0200, Ruslan Ermilov wrote: > Hi Alan, >=20 > On Tue, Feb 22, 2005 at 03:29:41PM -0600, Alan Cox wrote: > > On Tue, Feb 22, 2005 at 02:22:56PM -0500, Jung-uk Kim wrote: > > >=20 > > > FYI, anholt says 'backing vm/uma_core.c to r1.114 has fixed the=20 > > > issue': > > >=20 > > > http://docs.freebsd.org/cgi/mid.cgi?1109089389.4267.7.camel > >=20 > > Ok, thanks. I'd still like to see the contents of the offending > > page. When UMA overwrites the page's object field with a slab > > pointer, it sets a flag within the page. I'd very much like > > to know if this flag is set. > >=20 > I had trouble saving a kernel core -- 6 or 7 times I tried this, > it resulted in the same panic. Finally, I gave up and reverted > to vm/uma_core.c,v 1.114, this game me a working savecore. > Unfortunately, either kdgb(1) doesn't work on sparc64 at the > moment, or this core is troublesome -- it would endlessly print > this: kgdb has never worked on sparc64. You can install the gdb53 port and use that though. Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCHF9WWry0BWjoQKURAn1uAKDWSb98l/83gWmB8T79g5JfA8egQQCg75e4 wZWzmi9Kr9y0yCpdO+JNLEM= =DoqO -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 10:47:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 122BB16A4CE; Wed, 23 Feb 2005 10:47:54 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id B656343D41; Wed, 23 Feb 2005 10:47:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0190351252; Wed, 23 Feb 2005 02:47:50 -0800 (PST) Date: Wed, 23 Feb 2005 02:47:50 -0800 From: Kris Kennaway To: Ruslan Ermilov Message-ID: <20050223104750.GA83146@xor.obsecurity.org> References: <20050222110318.GA41460@ip.net.ua> <20050222142710.GA42507@ip.net.ua> <20050222190904.GC26262@cs.rice.edu> <200502221422.56994.jkim@niksun.com> <20050222212941.GU3121@noel.cs.rice.edu> <20050223084552.GA88626@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20050223084552.GA88626@ip.net.ua> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Alan Cox cc: Alan Cox cc: Jung-uk Kim cc: freebsd-current@freebsd.org cc: Bosko Milekic cc: Peter Grehan Subject: Re: mutex lock assertion panic in vm_page_free() on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 10:47:54 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 23, 2005 at 10:45:52AM +0200, Ruslan Ermilov wrote: > Hi Alan, >=20 > On Tue, Feb 22, 2005 at 03:29:41PM -0600, Alan Cox wrote: > > On Tue, Feb 22, 2005 at 02:22:56PM -0500, Jung-uk Kim wrote: > > >=20 > > > FYI, anholt says 'backing vm/uma_core.c to r1.114 has fixed the=20 > > > issue': > > >=20 > > > http://docs.freebsd.org/cgi/mid.cgi?1109089389.4267.7.camel > >=20 > > Ok, thanks. I'd still like to see the contents of the offending > > page. When UMA overwrites the page's object field with a slab > > pointer, it sets a flag within the page. I'd very much like > > to know if this flag is set. > >=20 > I had trouble saving a kernel core -- 6 or 7 times I tried this, > it resulted in the same panic. Finally, I gave up and reverted > to vm/uma_core.c,v 1.114, this game me a working savecore. > Unfortunately, either kdgb(1) doesn't work on sparc64 at the > moment, or this core is troublesome -- it would endlessly print > this: kgdb has never worked on sparc64. You can install the gdb53 port and use that though. Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCHF9WWry0BWjoQKURAn1uAKDWSb98l/83gWmB8T79g5JfA8egQQCg75e4 wZWzmi9Kr9y0yCpdO+JNLEM= =DoqO -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 22 21:12:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CBD916A4CE for ; Tue, 22 Feb 2005 21:12:44 +0000 (GMT) Received: from mirapoint1.tis.cwru.edu (mirapoint1.TIS.CWRU.Edu [129.22.104.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D84243D48 for ; Tue, 22 Feb 2005 21:12:44 +0000 (GMT) (envelope-from chet@caleb.ins.cwru.edu) Received: from caleb.ins.cwru.edu (caleb.INS.CWRU.Edu [129.22.8.211]) by mirapoint1.tis.cwru.edu (MOS 3.5.4-GR) with SMTP id EAM51656; Tue, 22 Feb 2005 16:12:32 -0500 (EST) Date: Tue, 22 Feb 2005 16:05:00 -0500 From: Chet Ramey To: vova@fbsd.ru References: <1109103592.84939.11.camel@klamath.syndrom23.de> <1109105088.1274.2.camel@localhost> In-Reply-To: Message from vova@fbsd.ru of Tue, 22 Feb 2005 23:44:48 +0300 (id <1109105088.1274.2.camel@localhost>) Message-ID: <050222210500.AA14687.SM@caleb.ins.cwru.edu> Read-Receipt-To: chet.ramey@case.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Wed, 23 Feb 2005 12:57:09 +0000 cc: freebsd-current@freebsd.org cc: andreas.kohn@gmx.net Subject: Re: cd into // works? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chet.ramey@case.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Feb 2005 21:12:44 -0000 > >due to a typo, I typed > > > >[klamath] ~>cd // > > > >today. Okay, I'm used to the shell[1] changing any // into /, so I > >expected to get to /. Now, I got there, but pwd/$PWD still have "//" in > >them? This is from the bash FAQ: E10) Why does `cd //' leave $PWD as `//'? POSIX.2, in its description of `cd', says that *three* or more leading slashes may be replaced with a single slash when canonicalizing the current working directory. This is, I presume, for historical compatibility. Certain versions of Unix, and early network file systems, used paths of the form //hostname/path to access `path' on server `hostname'. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet ) Live...Laugh...Love Chet Ramey, ITS, CWRU chet@case.edu http://tiswww.tis.cwru.edu/~chet/ From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 13:22:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9388B16A4CE for ; Wed, 23 Feb 2005 13:22:37 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 394E343D46 for ; Wed, 23 Feb 2005 13:22:37 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 8C2DA46B8F for ; Wed, 23 Feb 2005 08:22:36 -0500 (EST) Date: Wed, 23 Feb 2005 13:20:55 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Kernel profiling on a dual xeon with HTT leads to wedge? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 13:22:37 -0000 I tried to turn on high precision kernel profiling on a dual Xeon box with HTT (so four logical processors) at work today. Unfortunately, whenever I do so, it seems to wedge hard within a few seconds. I can typically hit enter on the serial console maybe 4-6 times before it hangs pretty solidly (serial break doesn't work). I don't remember having this problem before, but when I backed the kernel out fo Feb 7, Jan 1, Dec 1, and Nov 1 the problem remained. I'm wondering if maybe I had HTT off on the box previously, but can't turn it off remotely currently so can't try that now. Does anyone else have kernel profilng working with >2 physical/logical processors? Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 13:36:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02DB716A4CE for ; Wed, 23 Feb 2005 13:36:02 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D73A43D45 for ; Wed, 23 Feb 2005 13:36:01 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A356A.dip.t-dialin.net [84.154.53.106]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j1NDZrYS014221; Wed, 23 Feb 2005 14:35:54 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j1NDacJ4015335; Wed, 23 Feb 2005 14:36:48 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j1NDZ7Z0046813; Wed, 23 Feb 2005 14:35:32 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200502231335.j1NDZ7Z0046813@fire.jhs.private> To: chet.ramey@case.edu In-Reply-To: Message from Chet Ramey <050222210500.AA14687.SM@caleb.ins.cwru.edu> Date: Wed, 23 Feb 2005 14:35:07 +0100 From: "Julian H. Stacey" cc: vova@fbsd.ru cc: freebsd-current@freebsd.org cc: andreas.kohn@gmx.net Subject: Re: cd into // works? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 13:36:02 -0000 Chet Ramey wrote: > > >due to a typo, I typed > > > > > >[klamath] ~>cd // > > > > > >today. Okay, I'm used to the shell[1] changing any // into /, so I > > >expected to get to /. Now, I got there, but pwd/$PWD still have "//" in > > >them? > > This is from the bash FAQ: > > E10) Why does `cd //' leave $PWD as `//'? > > POSIX.2, in its description of `cd', says that *three* or more leading > slashes may be replaced with a single slash when canonicalizing the > current working directory. > > This is, I presume, for historical compatibility. Certain versions of > Unix, and early network file systems, used paths of the form > //hostname/path to access `path' on server `hostname'. I recall PCS Cadmus supported eg /../other_hostname/usr/other_person (on Unix Graphics workstations with proprietary networking extension). - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 13:36:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A469916A4CF for ; Wed, 23 Feb 2005 13:36:43 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C53743D39 for ; Wed, 23 Feb 2005 13:36:43 +0000 (GMT) (envelope-from avleeuwen@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so688909rnf for ; Wed, 23 Feb 2005 05:36: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:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=eEOOM9DMatsiHWlOg4b/y74jC2MDLnJ8D3NnRfD1YXLMCalF41oAfXW9Mn7W4oYM7UZwUvuQqhj1kaCUY5cFMI5NlsycqN3wMR8N4Ty+Rr6S3hqmohDsGUSokCSwTC+LbHLi1xhZES9QdOnXQMfulZ8szZW8QOJJNffcl3qWQ04= Received: by 10.38.92.78 with SMTP id p78mr47898rnb; Wed, 23 Feb 2005 05:30:02 -0800 (PST) Received: by 10.38.88.56 with HTTP; Wed, 23 Feb 2005 05:30:01 -0800 (PST) Message-ID: Date: Wed, 23 Feb 2005 14:30:01 +0100 From: Arjan Van Leeuwen To: Jeff Roberson In-Reply-To: <20050222194750.W52537@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050222194750.W52537@mail.chesapeake.net> cc: current@freebsd.org Subject: Re: Patches to use local APIC timer cause SCHED_ULE panic at boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Arjan Van Leeuwen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 13:36:43 -0000 On Tue, 22 Feb 2005 19:49:05 -0500 (EST), Jeff Roberson wrote: > On Mon, 21 Feb 2005, Arjan Van Leeuwen wrote: > > > Hey, > > > > The recently committed patches to use the local APIC timer to drive > > the various kernel clocks on SMP machines (by jhb) panic my SMP system > > at boot when > > 1) SCHED_ULE is used instead of SCHED_4BSD > > 2) INVARIANTS_* and WITNESS_* are disabled (I don't know which one is > > the culprit, but if I enable them all the system doesn't panic). > > > > I can't provide a dump, since (I assume) the hard drive isn't > > initialized yet, but I have a debug kernel if that's useful. > > > > Here is the panic: > > I understand what happened. Somehow this has introduced a preemption > before we would have had one before. This has invalidated an assert that > is there. I'll remove it. Thanks! I assume you won't need a KTR_SCHED trace anymore? Arjan > > > Timecounters tick every 1.000 msec > > panic: Thread not on runq. > > cpuid = 0 > > KDB: enter: panic > > [thread pid 0 tid 0] > > Stopped at kdb_enter+0x30: leave > > db> trace > > Tracing pid 0 tid 0 td 0xc0769020 > > kdb_enter(c071398d,0,c07147a2,c0c207d4,c1a12f60) at kdb_enter+0x30 > > panic(c07147a2,369e99,c0769020,1,c0746120) at panic+0x14e > > sched_switch(c0769020,0,2,b43e27c0,87c7fc) at sched_switch+0x85 > > mi_switch(2,0,ffffffff,7fff0000,ffffffff) at mi_switch+0x1d9 > > critical_exit(c0c20888,c0c20890,c06e8dfe) at critical_exit+0xbf > > lapic_handle_timer(0) at lapic_handle_timer+0xf5 > > Xtimerint(c0c20938,c0714fc7,a,61c2091c,c05c4000) at Xtimerint+0x30 > > vsscanf(c0886103,c0714fb3,c0c20a70,c0c20b50,c0564312) at vsscanf+0x1fc > > sscanf(c0886103,c0714fb3,c0c20b24,c0c20a80,c0c20b04) at sscanf+0x1f > > res_find(c0c20bf8,c0c20bd0,c0719124,0,0) at res_find+0x262 > > resource_find(c0c20bf8,c0c20bd0,c0719124,0,0) at resource_find+0x67 > > resource_find_dev(c0c20bf8,c0719124,c0c20bfc,0,0) at resource_find_dev+0x6a > > if_findindex(c1c1ec00,0,0,0,c0703b9c) at if_findindex+0x126 > > if_attach(c1c1ec00,c07044a6,0,0,c074cea0) at if_attach+0x1ac > > lo_clone_create(c074cea0,0,d,0,c074ce88) at lo_create+0x79 > > ifc_simple_create(c074cea0,c0c20cf8,10,c07044a6,0) at ifc_simple_create+0x66 > > ifc_simple_attach(c074cea0,c0718afd,0,0,c0777a20) at ifc_simple_attach+0x55 > > if_clone_attach(c074cea0,c0718d90,0,0,c0c20d80) at if_clone_attach+0x1cf > > loop_modevent(c198b8c0,0,0,c28000,c0c20d80) at loop_modevent+0x6a > > module_register_init(c074cef4,c1e000,c1ec00,c1e000,0) at > > module_register_init+0x81 > > mi_startup() at mi_startup+0xb5 > > begin() at begin+0x2c > > > > > addr2line -f -e kernel.debug 0xC055AA15 > > sched_switch > > /usr/src/sys/kern/sched_ule.c:1362 > > > addr2line -f -e kernel.debug 0xC054C7A9 > > mi_switch > > /usr/src/sys/kern/kern_synch.c:366 > > > addr2line -f -e kernel.debug 0xC055BF9F > > critical_exit > > /usr/src/sys/kern/kern_switch.c:596 > > > addr2line -f -e kernel.debug 0xC06C9E15 > > lapic_handle_timer > > /usr/src/sys/i386/i386/local_apic.c:657 > > > addr2line -f -e kernel.debug 0xC06C3180 > > Xtimerint > > /usr/src/sys/i386/i386/apic_vector.s:138 > > > From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 15:18:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF8C16A4CE for ; Wed, 23 Feb 2005 15:18:35 +0000 (GMT) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC01C43D55 for ; Wed, 23 Feb 2005 15:18:34 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from localhost.localdomain (host130-176.pool8254.interbusiness.it [82.54.176.130]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by jail1-fbsd4.consiagnet.it (Postfix) with ESMTP id 174605795; Wed, 23 Feb 2005 16:23:20 +0100 (CET) From: Matteo Riondato To: Clive Lin In-Reply-To: <20050222183614.GA1644@tongi.org> References: <1109071079.1390.21.camel@kaiser.sig11.org> <20050222095536.E97883@carver.gumbysoft.com> <20050222183614.GA1644@tongi.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-ACmGb63VoGcDxUD+gmE/" Date: Wed, 23 Feb 2005 16:18:32 +0100 Message-Id: <1109171912.1390.33.camel@kaiser.sig11.org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port cc: freebsd-current@freebsd.org Subject: Re: Question about periodic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 15:18:35 -0000 --=-ACmGb63VoGcDxUD+gmE/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Wed, 23-02-2005 at 02:36 +0800, Clive Lin wrote: > On Tue, Feb 22, 2005 at 10:06:16AM -0800, Doug White wrote: > > Or take the -u out of the default, which I think is the intended behavi= or, > > looking at the commit logs. The daily_status_security_diff_flags optio= n > > predates the pf scripts by about 3 months so I'm not sure how that got > > past testing :) > >=20 > > Please send-pr this and poke mlaier and keramida about it. >=20 > At that time the pf scripts was made, it was solely used on > 5.3-RELEASE here. :p (*cough cough*, I see, no excuse.) It looks like > pf, ipfw and ipf periodic scripts are all suffering from exactly the > same pain. >=20 > # grep -l new_only 5* > 500.ipfwdenied > 510.ipfdenied > 520.pfdenied Not just them...=20 #grep -rl new_only . ./500.ipfwdenied ./510.ipfdenied ./600.ip6fwdenied ./700.kernelmsg ./security.functions ./520.pfdenied (security.function is the "guilty" file) I think this should be fixed as suggested in the PRs conf/73992 and conf/77932 Best Regards --=20 Rionda aka Matteo Riondato GUFI Staff Member (http://www.gufi.org) FreeSBIE Developer (http://www.freesbie.org) BSD-FAQ-it Main Developer (http://utenti.gufi.org/~rionda) Sent from: kaiser.sig11.org running FreeBSD-6.0-CURRENT --=-ACmGb63VoGcDxUD+gmE/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa parte del messaggio =?ISO-8859-1?Q?=E8?= firmata -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCHJ7H2Mp4pR7Fa+wRAqn3AKDa3hHFlse0tJMh3f9+CHSIn4DAUACgrw7h nOWIebFq1X3drVnWNT7vI1M= =GEtj -----END PGP SIGNATURE----- --=-ACmGb63VoGcDxUD+gmE/-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 16:50:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10BF216A4CE; Wed, 23 Feb 2005 16:50:53 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF5E743D54; Wed, 23 Feb 2005 16:50:49 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j1NGolKa094448; Wed, 23 Feb 2005 19:50:48 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Wed, 23 Feb 2005 19:50:47 +0300 (MSK) From: Maxim Konovalov To: Robert Watson In-Reply-To: Message-ID: <20050223194943.M94267@mp2.macomnet.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (208/050203) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: current@freebsd.org Subject: Re: Kernel profiling on a dual xeon with HTT leads to wedge? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 16:50:53 -0000 On Wed, 23 Feb 2005, 13:20-0000, Robert Watson wrote: > > I tried to turn on high precision kernel profiling on a dual Xeon box with > HTT (so four logical processors) at work today. Unfortunately, whenever I > do so, it seems to wedge hard within a few seconds. I can typically hit > enter on the serial console maybe 4-6 times before it hangs pretty solidly > (serial break doesn't work). I don't remember having this problem before, > but when I backed the kernel out fo Feb 7, Jan 1, Dec 1, and Nov 1 the > problem remained. I'm wondering if maybe I had HTT off on the box > previously, but can't turn it off remotely currently so can't try that > now. Does anyone else have kernel profilng working with >2 > physical/logical processors? Doesn't work for me even on RELENG_4 dual xeon/htt box. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 18:29:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87BE716A4CE for ; Wed, 23 Feb 2005 18:29:48 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EAD443D1D for ; Wed, 23 Feb 2005 18:29:48 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 054E472DD8; Wed, 23 Feb 2005 10:29:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 0321E72DCB; Wed, 23 Feb 2005 10:29:48 -0800 (PST) Date: Wed, 23 Feb 2005 10:29:47 -0800 (PST) From: Doug White To: EAZNet - Eddie Fry In-Reply-To: <20050222232755.2AA98106EEC@mail.eaznet.com> Message-ID: <20050223102458.D7804@carver.gumbysoft.com> References: <20050222232755.2AA98106EEC@mail.eaznet.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=windows-1250 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-current@freebsd.org Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 18:29:48 -0000 On Tue, 22 Feb 2005, EAZNet - Eddie Fry wrote: > I just talked to Peter at Marvell (I can't pronounce his last name let al= one > know how to spell it). He is going to check on getting us the informatio= n > we need to move forward with the project. If I have any luck, whom shoul= d I > forward the doc's to? Apparently, there is an NDA and some other paperwo= rk. NDAs are usually fatal for open-source projects, since they disallow releasing code written using the specification. If Marvell is willing to construct the NDA so the driver can be BSD licensed then we might have something to work with. > > Eddie Fry > > -----Original Message----- > From: Doug White [mailto:dwhite@gumbysoft.com] > Sent: Tuesday, February 22, 2005 4:15 PM > To: EAZNet - Eddie Fry > Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller > > On Tue, 22 Feb 2005, EAZNet - Eddie Fry wrote: > > > What about going through Supermicro to get what we need? Will they wor= k > > with us to get us what we need from Marvell? > > Can't hurt to ask. I got the marvell drivers off a link on Abit's site. > > > > > Eddie > > > > -----Original Message----- > > From: Doug White [mailto:dwhite@gumbysoft.com] > > Sent: Tuesday, February 22, 2005 11:36 AM > > To: EAZNet - Eddie Fry > > Cc: 'Scott Long'; freebsd-current@freebsd.org > > Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller > > > > On Tue, 22 Feb 2005, EAZNet - Eddie Fry wrote: > > > > > Hmmm, that sucks. There are linux drivers. I wonder if there is a w= ay > to > > > get the specs from the linux developers. > > > > I see a vendor driver and an "in progress" marker on the libata status > > page. gjarzik appears to be the only "linux developer" who'd know anyth= ing > > about the hardware. The vendor driver says: > > > > * THIS CODE CONTAINS CONFIDENTIAL INFORMATION OF MARVELL. > > > > which precludes us from reading it to get the necessary details. > > > > > I'm going to put in a call to both > > > Supermicro and Marvell and see if I can round up: > > > > > > Supermicro: a demo board > > > Marvell: specs, references, and code samples > > > > > > Anything else you'll need to get this rolling? > > > > > > Eddie > > > > > > -----Original Message----- > > > From: Scott Long [mailto:scottl@freebsd.org] > > > Sent: Monday, February 21, 2005 4:41 PM > > > To: EAZNet - Eddie Fry > > > Cc: freebsd-current@freebsd.org > > > Subject: Re: Supermicro P4SCT+ Marvell 88SX504 controller > > > > > > EAZNet - Eddie Fry wrote: > > > > Soren/others, > > > > > > > > > > > > > > > > I=92d like to offer to donate US$100 to getting the Marvell RAID > > controller > > > > working quickly. I=92d rather see this driver implemented than to = go > buy > > > > another controller. I=92d be more than happy to beta the driver. = I > need > > to > > > > do some testing/configuring on this box before deployment, so testi= ng > > the > > > > RAID driver would not be a problem. However, I am on a timetable= =85 > > > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > Eddie Fry > > > > > > > > EAZNet Internet Services > > > > > > > > > > > > > > The problem is not with there being no desire to make this hardware > > > work, it's that Marvell refuses to provide any specs, references, or > > > code samples that could be used to write an open driver. > > > > > > Scott > > > > > > > > > > > > > > > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 18:54:36 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBD8516A4CE; Wed, 23 Feb 2005 18:54:36 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E68143D1D; Wed, 23 Feb 2005 18:54:36 +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.1/8.13.1) with ESMTP id j1NIsZNp091408; Wed, 23 Feb 2005 13:54:35 -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.1/8.13.1) with ESMTP id j1NIsZMJ013740; Wed, 23 Feb 2005 13:54:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 58E747306E; Wed, 23 Feb 2005 13:54:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050223185435.58E747306E@freebsd-current.sentex.ca> Date: Wed, 23 Feb 2005 13:54:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/721/Tue Feb 22 09:01:26 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 18:54:37 -0000 TB --- 2005-02-23 18:10:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-23 18:10:53 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-02-23 18:10:53 - checking out the source tree TB --- 2005-02-23 18:10:53 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-02-23 18:10:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-23 18:16:30 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-23 18:16:30 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-23 18:16:30 - /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 [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/sparc64/sparc64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c:172: warning: cast increases required alignment of target type /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd/rexecd.c:175: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-02-23 18:54:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-23 18:54:35 - ERROR: failed to build world TB --- 2005-02-23 18:54:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 19:10:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A78616A4CE for ; Wed, 23 Feb 2005 19:10:48 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 552C643D49 for ; Wed, 23 Feb 2005 19:10:48 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1NJAkZj031757 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Feb 2005 11:10:47 -0800 Message-ID: <421CD52C.4070404@root.org> Date: Wed, 23 Feb 2005 11:10:36 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Konovalov References: <4213F066.2050708@root.org> <20050217131022.M57641@mp2.macomnet.net> In-Reply-To: <20050217131022.M57641@mp2.macomnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 19:10:48 -0000 Maxim Konovalov wrote: > Hi Nate, > > Sony PCG-505BX [1]. With your patch I've got several new freq_levels: > > dev.cpu.0.freq_levels: 1990/-1 1741/-1 1492/-1 1305/-1 1243/-1 1195/-1 > 1119/-1 1088/-1 1045/-1 995/-1 932/-1 896/-1 870/-1 776/-1 746/-1 > 652/-1 597/-1 559/-1 522/-1 497/-1 448/-1 373/-1 336/-1 298/-1 248/-1 > 217/-1 186/-1 149/-1 124/-1 93/-1 62/-1 37/-1 > > starting from 373 IIRC. > > When I try to change dev.cpu.0.freq several of these values produce > "invalid argument" e.g. 1305, 1119, 1088. The system is starting > working very slow at 448 and practically hang at 298. > > [1] http://maxim.int.ru/stuff/SONNIE.dmesg > http://maxim.int.ru/stuff/SONNIE.sysctl-a > You have an ASL bug. The status register was marked as being 1 bit wide. The smallest value we can work with is a byte. I've committed a fix. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 19:24:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F43216A4D2; Wed, 23 Feb 2005 19:24:56 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CA7C43D45; Wed, 23 Feb 2005 19:24:56 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1NJOsZj032021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Feb 2005 11:24:55 -0800 Message-ID: <421CD87C.70803@root.org> Date: Wed, 23 Feb 2005 11:24:44 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Morten Rodal References: <42068A5C.1030300@root.org> <200502191911.36228.morten@rodal.no> In-Reply-To: <200502191911.36228.morten@rodal.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 19:24:56 -0000 Morten Rodal wrote: > On Sunday 06 February 2005 22:21, Nate Lawson wrote: > >>If you have throttling, please test the new configuration to be sure it >>still works as before. Final upcoming work will be manpage support and >>bugfixing as necessary. >> > > > Throttling used to work on my Dell Inspiron 8200, but with the new > cpufreq/acpi_perf I only get errors when trying to set a new cpu > frequency, like this: > > # sysctl dev.cpu.0.freq=1200 > acpi_perf0: Px transition to 1200 failed > acpi_perf0: set freq failed, err 6 > > Regardless of what value I use, it either says 'Px transition to 1200 > failed' or 'Px transition to 1700 failed.' These should be fixed now. Please cvsup and test. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 19:26:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28AAC16A4CF; Wed, 23 Feb 2005 19:26:13 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D04A43D3F; Wed, 23 Feb 2005 19:26:12 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1NJQ1Zj032059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Feb 2005 11:26:01 -0800 Message-ID: <421CD8C0.2040805@root.org> Date: Wed, 23 Feb 2005 11:25:52 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050219053023.025DF5D07@ptavv.es.net> In-Reply-To: <20050219053023.025DF5D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 19:26:13 -0000 Kevin Oberman wrote: > > Well, it all seems working, but the performance is not proportional to > the "frequency". I am attaching the results of testing. The fist column > is value of freq and the second is the transfer rate from dd to md5. > > FWIW, when I did have TCC working I had 31 freq_levels, but if I set the > freq below about 200, my system freezes and requires a hard power > cycle. I am running ULE but no PREEMPTION. The exact point at which it > locks up is not consistent. Please cvsup and test. I imported a bugfixed version of p4tcc. I've run an R32 at 50 Mhz, no problems. -- Nate From owner-freebsd-current@FreeBSD.ORG Wed Feb 23 21:37:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E51E716A4CE for ; Wed, 23 Feb 2005 21:37:45 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78C3F43D2F for ; Wed, 23 Feb 2005 21:37:44 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id j1NLbU2s056674; Wed, 23 Feb 2005 22:37:31 +0100 (CET) (envelope-from wjw@withagen.nl) Message-ID: <421CF7B8.8010804@withagen.nl> Date: Wed, 23 Feb 2005 22:38:00 +0100 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Julian H. Stacey" References: <200502231335.j1NDZ7Z0046813@fire.jhs.private> In-Reply-To: <200502231335.j1NDZ7Z0046813@fire.jhs.private> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: vova@fbsd.ru cc: freebsd-current@freebsd.org cc: andreas.kohn@gmx.net cc: chet.ramey@case.edu Subject: Re: cd into // works? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 21:37:46 -0000 Julian H. Stacey wrote: > Chet Ramey wrote: > >>>>due to a typo, I typed >>>> >>>>[klamath] ~>cd // >>>> >>>>today. Okay, I'm used to the shell[1] changing any // into /, so I >>>>expected to get to /. Now, I got there, but pwd/$PWD still have "//" in >>>>them? >> >>This is from the bash FAQ: >> >>E10) Why does `cd //' leave $PWD as `//'? >> >>POSIX.2, in its description of `cd', says that *three* or more leading >>slashes may be replaced with a single slash when canonicalizing the >>current working directory. >> >>This is, I presume, for historical compatibility. Certain versions of >>Unix, and early network file systems, used paths of the form >>//hostname/path to access `path' on server `hostname'. > > > I recall PCS Cadmus supported eg /../other_hostname/usr/other_person (on > Unix Graphics workstations with proprietary networking extension). Dare I say Apollo Domain? Which was my first introduction into what was almost Unix..... / went to the root of the file system of the workstation you're on // made you go anywhere on the tokenring you wanted. There where a lot of packages that where ported from "real Unix" that did not quite cope with this concept. Sadly Apollo Domain and OS died when they got aquired by HP. It was a lot of fun working on them. --WjW From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 01:19:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5200216A4CE; Thu, 24 Feb 2005 01:19:26 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0559C43D2D; Thu, 24 Feb 2005 01:19:26 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Wed, 23 Feb 2005 17:19:25 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 992A65D07; Wed, 23 Feb 2005 17:19:24 -0800 (PST) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Nate Lawson In-reply-to: Your message of "Wed, 23 Feb 2005 11:25:52 PST." <421CD8C0.2040805@root.org> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-5528591840" Date: Wed, 23 Feb 2005 17:19:24 -0800 From: "Kevin Oberman" Message-Id: <20050224011924.992A65D07@ptavv.es.net> X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 01:19:26 -0000 This is a multipart MIME message. --==_Exmh_-5528591840 Content-Type: text/plain; charset=us-ascii > Date: Wed, 23 Feb 2005 11:25:52 -0800 > From: Nate Lawson > > Kevin Oberman wrote: > > > > Well, it all seems working, but the performance is not proportional to > > the "frequency". I am attaching the results of testing. The fisrt column > > is value of freq and the second is the transfer rate from dd to md5. > > > > FWIW, when I did have TCC working I had 31 freq_levels, but if I set the > > freq below about 200, my system freezes and requires a hard power > > cycle. I am running ULE but no PREEMPTION. The exact point at which it > > locks up is not consistent. > > Please cvsup and test. I imported a bugfixed version of p4tcc. I've > run an R32 at 50 Mhz, no problems. No joy. I set it to 262 and it was fine. The next step killed the system again. I'm also concerned that taking TCC out of automatic mode might not be a great idea, at least until things like _PSV are supported. When I do a buildkernel, buildworld or any big compile job, I need to slow down the CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if I don't. If I understand automatic TCC, it should throttle the CPU all by itself to prevent this. Between throttling and frequency adjustment I can get about 16 performance levels and I don' see a good reason for another 15. Also, the change is frequency is so non-linear that small changes often don't make sense. The first three step are fairly straight, but then things get bumpy. It looks to me like all frequency settings are not created equal. I should read the code, but what is the presidence between throttling the CPU and TCC? The increase in performance when freq is dropped from 1378 to 1350, 984 to 900, 703 to 675, 506 to 450, and 337 to 300 is clearly not what I would expect. I am attaching a spreadsheet (Excel format, but generated by Gnumeric) showing 4 runs made in single-user mode. If the graph is not showing properly, I can send it in gnumeric format. I will also attach the trivial Perl script I run to do generate the raw data. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 --==_Exmh_-5528591840 Content-Type: text/plain ; name="test-speed"; charset=us-ascii Content-Description: test-speed Content-Disposition: attachment; filename="test-speed" #!/usr/bin/perl $min_speed = 250; ($freq) = `sysctl dev.cpu.0.freq_levels`; @freq = split ' ', $freq; @freq = grep /\d+\/-?\d+/, @freq; foreach (@freq) {s/^(\d+).+$/$1/;} foreach (@freq) { if ($_ < $min_speed) {next;} `sysctl dev.cpu.0.freq=$_`; `dd if=/dev/zero bs=1m count=100 2>/tmp/testresult | md5`; @result = `cat /tmp/testresult`; $result = $result[2]; $result =~ /secs \((\d+) bytes\/sec/; printf "%4d %s\n", $_, $1; } # Now do it backwards (speed up) for ($i=$#freq; $i>=0; $i--) { if ($freq[$i] < $min_speed) {next;} `sysctl dev.cpu.0.freq=$freq[$i]`; `dd if=/dev/zero bs=1m count=100 2>/tmp/testresult | md5`; @result = `cat /tmp/testresult`; $result = $result[2]; $result =~ /secs \((\d+) bytes\/sec/; printf "%4d %s\n", $freq[$i], $1; } `sysctl dev.cpu.0.freq=1800`; unlink "/tmp/testresult"; exit; --==_Exmh_-5528591840-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 01:31:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECDFE16A4CF for ; Thu, 24 Feb 2005 01:31:13 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF09643D49 for ; Thu, 24 Feb 2005 01:31:12 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from [192.168.7.29] (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id 565804376 for ; Wed, 23 Feb 2005 20:21:13 -0500 (EST) Message-ID: <421D2EE4.7030905@tellme3times.com> Date: Wed, 23 Feb 2005 20:33:24 -0500 From: Chris User-Agent: Mozilla Thunderbird 1.0 (X11/20050205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: PPPoE and 5.1 to 5.3 Upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 01:31:14 -0000 I upgraded my firewall from 5.1 to RELENG 5.3. Everything went fairly well. First I would like to thank everyone for their efforts in producing this graet OS. I have a few minor problems. One is ppp nat which worked fine under 5.1 fails under 5.3. The system has acces to the net as I am able to send this out but it does not allow any other systems access. If I can get this to run I'll research my answers to the other problems. Here are the rules which worked under 5.1. I built the kernel with netgraph and pppoe. set filter alive 0 permit tcp set filter dial 0 permit 0 0 udp dst eq 53 set filter dial 1 permit 0 0 tcp dst eq http set filter dial 2 permit 0 0 tcp dst eq login set filter dial 3 permit 0 0 tcp dst eq shell set filter dial 4 permit 0 0 tcp dst eq telnet set filter dial 5 permit 0 0 tcp dst eq ftp set filter dial 6 permit 0 0 tcp dst eq 22 set filter dial 7 deny ! 0 0 tcp dst eq 4000 set filter in 0 permit 0/0 0/0 tcp estab set filter in 1 permit 0/0 0/0 tcp dst eq 22 set filter in 2 permit 0/0 0/0 tcp dst eq 25 set filter in 3 permit 0/0 0/0 tcp dst eq 53 set filter in 4 permit 0/0 0/0 udp dst eq 53 set filter in 5 permit 0/0 0/0 tcp dst eq 80 set filter in 6 permit 0/0 0/0 tcp src eq 143 set filter in 7 permit xx.xx.xx.xx/32 0/0 set filter in 8 permit xx.xx.xx.xx/32 0/0 set filter in 9 permit 0/0 0/0 icmp src eq 3 set filter in 10 permit 0/0 0/0 icmp src eq 4 set filter in 11 permit 0/0 0/0 icmp src eq 11 set filter in 12 permit 0/0 0/0 icmp src eq 12 set filter in 13 permit 0/0 0/0 icmp src eq 0 any help would be appreciated. Thank you From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 05:34:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6024716A4CE for ; Thu, 24 Feb 2005 05:34:06 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id C927643D62 for ; Thu, 24 Feb 2005 05:34:05 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 47493 invoked from network); 24 Feb 2005 05:34:03 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 24 Feb 2005 05:34:03 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j1O5Y3P2002470 for ; Thu, 24 Feb 2005 06:34:03 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j1O5Y3hk002469 for current@freebsd.org; Thu, 24 Feb 2005 06:34:03 +0100 (CET) (envelope-from pho) Date: Thu, 24 Feb 2005 06:34:02 +0100 From: Peter Holm To: current@freebsd.org Message-ID: <20050224053402.GA2447@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic: Duplicate free of item 0xc2580a00 from zone 0xc103e9a0(Mbuf) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 05:34:06 -0000 With GENERIC HEAD from Feb 23 06:23 UTC + mpsafe_vfs = 1 I got: Slab at 0xc2580fa8, freei 10 = 0. panic: Duplicate free of item 0xc2580a00 from zone 0xc103e9a0(Mbuf) cpuid = 0 KDB: enter: panic [thread pid 37 tid 100013 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 37 tid 100013 td 0xc1524450 kdb_enter(c0824c5d) at kdb_enter+0x2b panic(c083ea9c,c2580a00,c103e9a0,c0823405,c083ea80) at panic+0x14b uma_dbg_free(c103e9a0,0,c2580a00) at uma_dbg_free+0x110 uma_zfree_arg(c103e9a0,c2580a00,0) at uma_zfree_arg+0xf3 m_freem(c2580a00,5ea,3,c15fc8fc,0) at m_freem+0x36 m_defrag(c2580a00,1,c15fcf00,1,c08384bf,579) at m_defrag+0x18a rl_encap(c15fc800,c2580a00) at rl_encap+0x2b rl_start_locked(c15fc800,c15fcf00,0,c08384bf,5a4) at rl_start_locked+0x1f3 rl_start(c15fc800) at rl_start+0x28 if_start(c15fc800) at if_start+0x7b ether_output_frame(c15fc800,c2580a00,0,0,0) at ether_output_frame+0x1d9 ether_output(c15fc800,c2580a00,c2467500,c180c7bc,c2264c58) at ether_output+0x380 in_arpinput(c2264c00,c2264c00,cbf9bce0,c067eef6,c2264c00) at in_arpinput+0x5a6 arpintr(c2264c00) at arpintr+0xca netisr_processqueue(c0951978) at netisr_processqueue+0x6e swi_net(0) at swi_net+0xbe ithread_loop(c154f080,cbf9bd48,c154f080,c05fe964,0) at ithread_loop+0x120 fork_exit(c05fe964,c154f080,cbf9bd48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcbf9bd7c, ebp = 0 --- Details at http://www.holm.cc/stress/log/cons119.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 09:39:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 539E916A4CE; Thu, 24 Feb 2005 09:39:14 +0000 (GMT) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C1C43D5C; Thu, 24 Feb 2005 09:39:13 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.128] ([192.168.2.2]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j1O9d4V2075186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Feb 2005 10:39:05 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <421DA0B5.4060705@portaone.com> Date: Thu, 24 Feb 2005 11:39:01 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050224011924.992A65D07@ptavv.es.net> In-Reply-To: <20050224011924.992A65D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG cc: Nate Lawson Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 09:39:14 -0000 Kevin Oberman wrote: >>Date: Wed, 23 Feb 2005 11:25:52 -0800 >>From: Nate Lawson >> >>Kevin Oberman wrote: >> >>>Well, it all seems working, but the performance is not proportional to >>>the "frequency". I am attaching the results of testing. The fisrt column >>>is value of freq and the second is the transfer rate from dd to md5. >>> >>>FWIW, when I did have TCC working I had 31 freq_levels, but if I set the >>>freq below about 200, my system freezes and requires a hard power >>>cycle. I am running ULE but no PREEMPTION. The exact point at which it >>>locks up is not consistent. >> >>Please cvsup and test. I imported a bugfixed version of p4tcc. I've >>run an R32 at 50 Mhz, no problems. > > > No joy. I set it to 262 and it was fine. The next step killed the system > again. > > I'm also concerned that taking TCC out of automatic mode might not be a > great idea, at least until things like _PSV are supported. When I do a > buildkernel, buildworld or any big compile job, I need to slow down the > CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if > I don't. If I understand automatic TCC, it should throttle the CPU all > by itself to prevent this. Taking TCC out of automatic mode doesn't disable thermal controlling circuitry completely, so that if the processor overheats it will shut down the machine anyway: --- Regardless of enabling of the automatic or On-Demand modes, in the event of a catastrophic cooling failure, the processor will automatically shut down when the silicon has reached a temperature of approximately 135 C. At this point the system bus signal THERMTRIP# will go active and stay active until RESET# has been initiated. THERMTRIP# activation is independent of processor activity and does not generate any bus cycles. If THERMTRIP# is asserted, processor core voltage (Vcc) must be removed within the timeframe defined in Table 16. --- > Between throttling and frequency adjustment I can get about 16 > performance levels and I don' see a good reason for another 15. Also, > the change is frequency is so non-linear that small changes often don't > make sense. The first three step are fairly straight, but then things > get bumpy. It looks to me like all frequency settings are not created > equal. I wonder this too. I think in the presence of several independent regulators we need some form of calibration to get more or less precise results. BTW, looks like you have forgotten to attach the spreadsheet. -Maxim > I should read the code, but what is the presidence between throttling > the CPU and TCC? The increase in performance when freq is dropped from > 1378 to 1350, 984 to 900, 703 to 675, 506 to 450, and 337 to 300 is > clearly not what I would expect. > > I am attaching a spreadsheet (Excel format, but generated by Gnumeric) > showing 4 runs made in single-user mode. If the graph is not showing > properly, I can send it in gnumeric format. I will also attach the > trivial Perl script I run to do generate the raw data. > > > ------------------------------------------------------------------------ > > #!/usr/bin/perl > $min_speed = 250; > ($freq) = `sysctl dev.cpu.0.freq_levels`; > @freq = split ' ', $freq; > @freq = grep /\d+\/-?\d+/, @freq; > foreach (@freq) {s/^(\d+).+$/$1/;} > foreach (@freq) { > if ($_ < $min_speed) {next;} > `sysctl dev.cpu.0.freq=$_`; > `dd if=/dev/zero bs=1m count=100 2>/tmp/testresult | md5`; > @result = `cat /tmp/testresult`; > $result = $result[2]; > $result =~ /secs \((\d+) bytes\/sec/; > printf "%4d %s\n", $_, $1; > } > # Now do it backwards (speed up) > for ($i=$#freq; $i>=0; $i--) { > if ($freq[$i] < $min_speed) {next;} > `sysctl dev.cpu.0.freq=$freq[$i]`; > `dd if=/dev/zero bs=1m count=100 2>/tmp/testresult | md5`; > @result = `cat /tmp/testresult`; > $result = $result[2]; > $result =~ /secs \((\d+) bytes\/sec/; > printf "%4d %s\n", $freq[$i], $1; > } > `sysctl dev.cpu.0.freq=1800`; > unlink "/tmp/testresult"; > exit; > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 10:07:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B00CC16A4CE for ; Thu, 24 Feb 2005 10:07:14 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3947943D73 for ; Thu, 24 Feb 2005 10:07:14 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 6F79546B42; Thu, 24 Feb 2005 05:07:13 -0500 (EST) Date: Thu, 24 Feb 2005 10:05:30 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Peter Holm In-Reply-To: <20050224053402.GA2447@peter.osted.lan> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic: Duplicate free of item 0xc2580a00 from zone 0xc103e9a0(Mbuf) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 10:07:14 -0000 On Thu, 24 Feb 2005, Peter Holm wrote: > With GENERIC HEAD from Feb 23 06:23 UTC + mpsafe_vfs = 1 I got: > > Slab at 0xc2580fa8, freei 10 = 0. panic: Duplicate free of item > 0xc2580a00 from zone 0xc103e9a0(Mbuf) rl_encap() appears to be pretty broken in the event that m_defrag() has to allocate a new mbuf on the head of the chain. Specifcally, rl_encap() may allocate a new head to the chain, but the caller won't use that new head, instead using the old head (which may have been free'd, or otherwise munged). This might also explain other crashes or panics involving rl interfaces. I'm surprised this lasted as long as it apparently has in the wild (since 2003?). Try this patch: Index: if_rl.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rl.c,v retrieving revision 1.147 diff -u -r1.147 if_rl.c --- if_rl.c 11 Feb 2005 01:05:52 -0000 1.147 +++ if_rl.c 24 Feb 2005 10:03:02 -0000 @@ -180,7 +180,7 @@ static void rl_dma_map_txbuf (void *, bus_dma_segment_t *, int, int); static void rl_eeprom_putbyte (struct rl_softc *, int); static void rl_eeprom_getword (struct rl_softc *, int, uint16_t *); -static int rl_encap (struct rl_softc *, struct mbuf * ); +static int rl_encap (struct rl_softc *, struct mbuf ** ); static int rl_list_tx_init (struct rl_softc *); static int rl_ifmedia_upd (struct ifnet *); static void rl_ifmedia_sts (struct ifnet *, struct ifmediareq *); @@ -1394,9 +1394,10 @@ * pointers to the fragment pointers. */ static int -rl_encap(struct rl_softc *sc, struct mbuf *m_head) +rl_encap(struct rl_softc *sc, struct mbuf **m_headp) { struct mbuf *m_new = NULL; + struct mbuf *m_head; RL_LOCK_ASSERT(sc); @@ -1405,10 +1406,12 @@ * TX buffers, plus we can only have one fragment buffer * per packet. We have to copy pretty much all the time. */ + m_head = *m_headp; m_new = m_defrag(m_head, M_DONTWAIT); if (m_new == NULL) { m_freem(m_head); + *m_headp = NULL; return (1); } m_head = m_new; @@ -1429,7 +1432,7 @@ } RL_CUR_TXMBUF(sc) = m_head; - + *m_headp = m_head; return (0); } @@ -1461,7 +1464,7 @@ if (m_head == NULL) break; - if (rl_encap(sc, m_head)) + if (rl_encap(sc, &m_head)) break; /* Pass a copy of this mbuf chain to the bpf subsystem. */ > > cpuid = 0 > KDB: enter: panic > [thread pid 37 tid 100013 ] > Stopped at kdb_enter+0x2b: nop > db> where > Tracing pid 37 tid 100013 td 0xc1524450 > kdb_enter(c0824c5d) at kdb_enter+0x2b > panic(c083ea9c,c2580a00,c103e9a0,c0823405,c083ea80) at panic+0x14b > uma_dbg_free(c103e9a0,0,c2580a00) at uma_dbg_free+0x110 > uma_zfree_arg(c103e9a0,c2580a00,0) at uma_zfree_arg+0xf3 > m_freem(c2580a00,5ea,3,c15fc8fc,0) at m_freem+0x36 > m_defrag(c2580a00,1,c15fcf00,1,c08384bf,579) at m_defrag+0x18a > rl_encap(c15fc800,c2580a00) at rl_encap+0x2b > rl_start_locked(c15fc800,c15fcf00,0,c08384bf,5a4) at rl_start_locked+0x1f3 > rl_start(c15fc800) at rl_start+0x28 > if_start(c15fc800) at if_start+0x7b > ether_output_frame(c15fc800,c2580a00,0,0,0) at ether_output_frame+0x1d9 > ether_output(c15fc800,c2580a00,c2467500,c180c7bc,c2264c58) at ether_output+0x380 > in_arpinput(c2264c00,c2264c00,cbf9bce0,c067eef6,c2264c00) at in_arpinput+0x5a6 > arpintr(c2264c00) at arpintr+0xca > netisr_processqueue(c0951978) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xbe > ithread_loop(c154f080,cbf9bd48,c154f080,c05fe964,0) at ithread_loop+0x120 > fork_exit(c05fe964,c154f080,cbf9bd48) at fork_exit+0xa4 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xcbf9bd7c, ebp = 0 --- > > Details at http://www.holm.cc/stress/log/cons119.html > -- > Peter Holm > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 11:30:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C63916A4CE for ; Thu, 24 Feb 2005 11:30:21 +0000 (GMT) Received: from nala.dohd.org (xaa.demon.nl [83.160.166.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id B113443D2F for ; Thu, 24 Feb 2005 11:30:19 +0000 (GMT) (envelope-from freebsd@dohd.org) Received: from localhost (localhost.local.dohd.org [127.0.0.1]) by nala.dohd.org (Postfix) with ESMTP id 4C5FB11588 for ; Thu, 24 Feb 2005 12:30:18 +0100 (MET) Received: from nala.dohd.org ([127.0.0.1]) by localhost (eeyore.local.dohd.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 91390-01 for ; Thu, 24 Feb 2005 12:30:12 +0100 (MET) Received: by nala.dohd.org (Postfix, from userid 1008) id 4D23511550; Thu, 24 Feb 2005 12:30:12 +0100 (MET) Date: Thu, 24 Feb 2005 12:30:12 +0100 From: Mark Huizer To: current@freebsd.org Message-ID: <20050224113012.GA91385@eeyore.local.dohd.org> References: <1107887237.793.26.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.7i X-Virus-Scanned: by amavisd-new at dohd.org Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 11:30:21 -0000 On Mon, Feb 14, 2005 at 12:56:08PM -0800, othermark wrote: > Gavin Atkinson wrote: > > > Hey, > > > > There's an easily reproduceable panic involving configuring vlans on fxp > > cards. I've recreated it in single user mode on a top-of-tree -CURRENT > > machine as well as on a 5.3-STABLE machine. > > I reported this during December. > > http://article.gmane.org/gmane.os.freebsd.current/63657 > > and it's now on the LOR list. Well, I suppose it's not about the LOR, but about the kernel panic. I have the same problem here on my router/fileserver. But not on another box that also has an fxp0. (Or at least I couldn't reproduce it sofar). Looking at the problem research below, I can add that for me it seems that the 'doing anything before that with the fxp0' doesn't hold. But I will play a little with start_if.fxp0 just to make sure. Are more people seeing this? Mark > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x0 > > fault code = supervisor write, page not present > > instruction pointer = 0x8:0xc051e966 > > stack pointer = 0x10:0xcbdf390c > > frame pointer = 0x10:0xcbdf3918 > > 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 = 56 (ifconfig) > > [thread pid 56 tid 100043 ] > > Stopped at fxp_mc_setup+0x62: movw $0,0(%eax) > > db> > > db> tr > > Tracing pid 56 tid 100043 td 0xc1594450 > > fxp_mc_setup(c15f6000) at fxp_mc_setup+0x62 > > fxp_ioctl(c15f6000,80206931,0) at fxp_ioctl+0x112 > > if_addmulti(c15f6000,cbdf3980,cbdf397c,c1667d48,cbdf3988) at > > if_addmulti+0x223 vlan_setmulti(c1667c40,cbdf39fc,c060a5d5,c088cd80,40) at > > vlan_setmulti+0x139 vlan_ioctl(c1733800,80206931,0) at vlan_ioctl+0x3e > > if_addmulti(c1733800,cbdf3a4c,cbdf3a48,cbdf3a4c,1c) at if_addmulti+0x223 > > in6_addmulti(cbdf3a9c,c1733800,cbdf3a94) at in6_addmulti+0x4c > > in6_update_ifa(c1733800,cbdf3b9c,0) at in6_update_ifa+0x4ce > > in6_ifattach_linklocal(c1733800,0) at in6_ifattach_linklocal+0xe5 > > in6_ifattach(c1733800,0,8040691a,8040691a,0) at in6_ifattach+0xa9 > > in6_if_up(c1733800) at in6_if_up+0x13 > > ifioctl(c173da60,8040691a,c1667dc0,c1594450,0) at ifioctl+0x1f8 > > soo_ioctl(c1724708,8040691a,c1667dc0,c14b9780,c1594450) at soo_ioctl+0x2db > > ioctl(c1594450,cbdf3d14,3,2,282) at ioctl+0x370 > > syscall(2f,2f,2f,80543a0,1) at syscall+0x213 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c44f3, esp = > > 0xbfbfe5cc, ebp = 0xbfbfee18 --- > > > > fxp_mc_setup+0x62 seems to correspond to the following code in > > sys/dev/fxp/if_fxp.c: (line 2554) > > > > > > /* > > * Add a NOP command with interrupt so that we are > > notified * when all TX commands have been processed. > > */ > > txp = sc->fxp_desc.tx_last->tx_next; > > txp->tx_mbuf = NULL; > > --> txp->tx_cb->cb_status = 0; > > txp->tx_cb->cb_command = htole16(FXP_CB_COMMAND_NOP | > > FXP_CB_COMMAND_S | FXP_CB_COMMAND_I); > > > > txp->tx_cb is NULL at this point. This seems to be because fxp_init() > > has never been called. (both validated by instrumenting the code in > > question) > > > > Note also that the panic does not seem to occur if you do anything with > > fxp0 before doing something with the vlans. For example, assigning it > > an address, or even just bringing it up seems to prevent the panic. > > > > In this situation, where should fxp_init be called from? Presumably > > it's not the responsibility of the vlan code - as when it gets called we > > could already be using the interface and reinitialising it wouldn't be a > > nice thing to do. But then, what should be initialising it? > > > > And as an aside, is the detour via inet6 correct for what is entirely > > inet4? > > > > Sadly I can't get a dump on this machine. dmesg below. > > > > Gavin > > > > GDB: no debug ports present > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > 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-CURRENT #0: Mon Feb 7 13:10:26 GMT 2005 > > root@thi.bu.nker.net:/usr/obj/usr/src/sys/GENERIC > > WARNING: WITNESS option enabled, expect reduced performance. > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Pentium(R) III Mobile CPU 1000MHz (995.96-MHz 686-class > > CPU) > > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > > > Features=0x383f9ff > > real memory = 251002880 (239 MB) > > avail memory = 236322816 (225 MB) > > npx0: [FAST] > > npx0: on motherboard > > npx0: INT 16 interface > > acpi0: on motherboard > > acpi0: Power Button (fixed) > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xee08-0xee0b on acpi0 > > cpu0: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci_link0: irq 11 on acpi0 > > pci_link1: irq 11 on acpi0 > > pci_link2: irq 11 on acpi0 > > pci_link3: irq 11 on acpi0 > > pci_link4: irq 11 on acpi0 > > pci_link5: irq 11 on acpi0 > > pci0: on pcib0 > > pcib1: at device 1.0 on pci0 > > pci1: on pcib1 > > pci1: at device 0.0 (no driver attached) > > ohci0: mem > > 0xf7eff000-0xf7efffff irq 11 at device 2.0 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: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 3 ports with 3 removable, self powered > > atapci0: port > > 0xeff0-0xefff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.0 on pci0 > > ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 > > pcm0: port 0xed00-0xedff mem 0xf7efe000-0xf7efefff irq > > 11 at device 6.0 on pci0 pcm0: > > pcm0: [GIANT-LOCKED] > > isab0: at device 7.0 on pci0 > > isa0: on isab0 > > pci0: at device 8.0 (no driver attached) > > fxp0: port 0xeb40-0xeb7f mem > > 0xf7ec0000-0xf7edffff,0xf7efd000-0xf7efdfff irq 11 at device 10.0 on pci0 > > miibus0: on fxp0 inphy0: on > > miibus0 > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp0: Ethernet address: 00:00:39:7e:f8:36 > > cbb0: at device 17Card bus> on cbb0 > > cbb1: at device 17.1 on pci0 > > cardbus1: on cbb1 > > pccard1: <16-bit PCCard bus> on cbb1 > > pci0: at device 18.0 (no driver attached) > > acpi_lid0: on acpi0 > > acpi_cmbat0: on acpi0 > > acpi_cmbat1: on acpi0 > > acpi_acad0: on acpi0 > > acpi_tz0: on acpi0 > > atkbdc0: port 0x64,0x60 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 > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > > acpi0 sio0: type 16550A, console > > ppc0: port 0x778-0x77a,0x378-0x37a irq 7 drq 3 > > on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > ppc0: FIFO with 16/16/15 bytes threshold > > ppbus0: on ppc0 > > plip0: on ppbus0 > > lpt0: on ppbus0 > > lpt0: Interrupt-driven port > > ppi0: on ppbus0 > > pmtimer0 on isa0 > > orm0: at iomem 0xe0000-0xeffff,0xc0000-0xcbfff on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x100> > > 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 995964893 Hz quality 800 > > Timecounters tick every 1.000 msec > > ad0: 19077MB [38760/16/63] at ata0-master UDMA66 > > acd0: CDROM at ata1-master UDMA33 > > Trying to mount root from ufs:/dev/ad0s1a > > Enter full pathname of shell or RETURN for /bin/sh: > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- > othermark > atkin901 at nospam dot yahoo dot com > (!wired)?(coffee++):(wired); > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Nice testing in little China... From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 11:52:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E853316A4CE for ; Thu, 24 Feb 2005 11:52:49 +0000 (GMT) Received: from blues.hansabank.lt (blues.hansabank.lt [193.109.235.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EA4043D69 for ; Thu, 24 Feb 2005 11:52:48 +0000 (GMT) (envelope-from Putinas.Piliponis@hansa.lt) Received: from localhost (localhost [127.0.0.1]) by blues.hansabank.lt (Postfix) with ESMTP id DC0124613D; Thu, 24 Feb 2005 13:52:46 +0200 (EET) content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 24 Feb 2005 13:52:42 +0200 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0067_01C51A78.1A072240" X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 Message-ID: <217202CB5FF8AE439E263CE3D48ECB505CF01A@honda.int.hansa.lt> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: fxp0 and vlan panic Thread-Index: AcUaZFj6cdt7uUl0SpGHI14TFCFX9QAAqpxg From: "Putinas Piliponis" To: "Mark Huizer" , Subject: RE: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 11:52:50 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0067_01C51A78.1A072240 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit maybe is not really related, but still I *think* I saw something mentioned about fxp driver when I had a panic with sysctl setting net.link.ether.ipfw=1 if somebody just could test it - won't hurt much. also 5.3-STABLE -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Mark Huizer Sent: 2005 m. vasario 24 d. 13:30 To: current@freebsd.org Subject: Re: fxp0 and vlan panic On Mon, Feb 14, 2005 at 12:56:08PM -0800, othermark wrote: > Gavin Atkinson wrote: > > > Hey, > > > > There's an easily reproduceable panic involving configuring vlans on fxp > > cards. I've recreated it in single user mode on a top-of-tree -CURRENT > > machine as well as on a 5.3-STABLE machine. > > I reported this during December. > > http://article.gmane.org/gmane.os.freebsd.current/63657 > > and it's now on the LOR list. Well, I suppose it's not about the LOR, but about the kernel panic. I have the same problem here on my router/fileserver. But not on another box that also has an fxp0. (Or at least I couldn't reproduce it sofar). Looking at the problem research below, I can add that for me it seems that the 'doing anything before that with the fxp0' doesn't hold. But I will play a little with start_if.fxp0 just to make sure. Are more people seeing this? Mark > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x0 > > fault code = supervisor write, page not present > > instruction pointer = 0x8:0xc051e966 > > stack pointer = 0x10:0xcbdf390c > > frame pointer = 0x10:0xcbdf3918 > > 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 = 56 (ifconfig) > > [thread pid 56 tid 100043 ] > > Stopped at fxp_mc_setup+0x62: movw $0,0(%eax) > > db> > > db> tr > > Tracing pid 56 tid 100043 td 0xc1594450 > > fxp_mc_setup(c15f6000) at fxp_mc_setup+0x62 > > fxp_ioctl(c15f6000,80206931,0) at fxp_ioctl+0x112 > > if_addmulti(c15f6000,cbdf3980,cbdf397c,c1667d48,cbdf3988) at > > if_addmulti+0x223 vlan_setmulti(c1667c40,cbdf39fc,c060a5d5,c088cd80,40) at > > vlan_setmulti+0x139 vlan_ioctl(c1733800,80206931,0) at vlan_ioctl+0x3e > > if_addmulti(c1733800,cbdf3a4c,cbdf3a48,cbdf3a4c,1c) at if_addmulti+0x223 > > in6_addmulti(cbdf3a9c,c1733800,cbdf3a94) at in6_addmulti+0x4c > > in6_update_ifa(c1733800,cbdf3b9c,0) at in6_update_ifa+0x4ce > > in6_ifattach_linklocal(c1733800,0) at in6_ifattach_linklocal+0xe5 > > in6_ifattach(c1733800,0,8040691a,8040691a,0) at in6_ifattach+0xa9 > > in6_if_up(c1733800) at in6_if_up+0x13 > > ifioctl(c173da60,8040691a,c1667dc0,c1594450,0) at ifioctl+0x1f8 > > soo_ioctl(c1724708,8040691a,c1667dc0,c14b9780,c1594450) at soo_ioctl+0x2db > > ioctl(c1594450,cbdf3d14,3,2,282) at ioctl+0x370 > > syscall(2f,2f,2f,80543a0,1) at syscall+0x213 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c44f3, esp = > > 0xbfbfe5cc, ebp = 0xbfbfee18 --- > > > > fxp_mc_setup+0x62 seems to correspond to the following code in > > sys/dev/fxp/if_fxp.c: (line 2554) > > > > > > /* > > * Add a NOP command with interrupt so that we are > > notified * when all TX commands have been processed. > > */ > > txp = sc->fxp_desc.tx_last->tx_next; > > txp->tx_mbuf = NULL; > > --> txp->tx_cb->cb_status = 0; > > txp->tx_cb->cb_command = htole16(FXP_CB_COMMAND_NOP | > > FXP_CB_COMMAND_S | FXP_CB_COMMAND_I); > > > > txp->tx_cb is NULL at this point. This seems to be because fxp_init() > > has never been called. (both validated by instrumenting the code in > > question) > > > > Note also that the panic does not seem to occur if you do anything with > > fxp0 before doing something with the vlans. For example, assigning it > > an address, or even just bringing it up seems to prevent the panic. > > > > In this situation, where should fxp_init be called from? Presumably > > it's not the responsibility of the vlan code - as when it gets called we > > could already be using the interface and reinitialising it wouldn't be a > > nice thing to do. But then, what should be initialising it? > > > > And as an aside, is the detour via inet6 correct for what is entirely > > inet4? > > > > Sadly I can't get a dump on this machine. dmesg below. > > > > Gavin > > > > GDB: no debug ports present > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > 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-CURRENT #0: Mon Feb 7 13:10:26 GMT 2005 > > root@thi.bu.nker.net:/usr/obj/usr/src/sys/GENERIC > > WARNING: WITNESS option enabled, expect reduced performance. > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Pentium(R) III Mobile CPU 1000MHz (995.96-MHz 686-class > > CPU) > > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > > > Features=0x383f9ff > > real memory = 251002880 (239 MB) > > avail memory = 236322816 (225 MB) > > npx0: [FAST] > > npx0: on motherboard > > npx0: INT 16 interface > > acpi0: on motherboard > > acpi0: Power Button (fixed) > > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xee08-0xee0b on acpi0 > > cpu0: on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci_link0: irq 11 on acpi0 > > pci_link1: irq 11 on acpi0 > > pci_link2: irq 11 on acpi0 > > pci_link3: irq 11 on acpi0 > > pci_link4: irq 11 on acpi0 > > pci_link5: irq 11 on acpi0 > > pci0: on pcib0 > > pcib1: at device 1.0 on pci0 > > pci1: on pcib1 > > pci1: at device 0.0 (no driver attached) > > ohci0: mem > > 0xf7eff000-0xf7efffff irq 11 at device 2.0 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: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 3 ports with 3 removable, self powered > > atapci0: port > > 0xeff0-0xefff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.0 on pci0 > > ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 > > pcm0: port 0xed00-0xedff mem 0xf7efe000-0xf7efefff irq > > 11 at device 6.0 on pci0 pcm0: > > pcm0: [GIANT-LOCKED] > > isab0: at device 7.0 on pci0 > > isa0: on isab0 > > pci0: at device 8.0 (no driver attached) > > fxp0: port 0xeb40-0xeb7f mem > > 0xf7ec0000-0xf7edffff,0xf7efd000-0xf7efdfff irq 11 at device 10.0 on pci0 > > miibus0: on fxp0 inphy0: on > > miibus0 > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp0: Ethernet address: 00:00:39:7e:f8:36 > > cbb0: at device 17Card bus> on cbb0 > > cbb1: at device 17.1 on pci0 > > cardbus1: on cbb1 > > pccard1: <16-bit PCCard bus> on cbb1 > > pci0: at device 18.0 (no driver attached) > > acpi_lid0: on acpi0 > > acpi_cmbat0: on acpi0 > > acpi_cmbat1: on acpi0 > > acpi_acad0: on acpi0 > > acpi_tz0: on acpi0 > > atkbdc0: port 0x64,0x60 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 > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > > acpi0 sio0: type 16550A, console > > ppc0: port 0x778-0x77a,0x378-0x37a irq 7 drq 3 > > on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > ppc0: FIFO with 16/16/15 bytes threshold > > ppbus0: on ppc0 > > plip0: on ppbus0 > > lpt0: on ppbus0 > > lpt0: Interrupt-driven port > > ppi0: on ppbus0 > > pmtimer0 on isa0 > > orm0: at iomem 0xe0000-0xeffff,0xc0000-0xcbfff on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x100> > > 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 995964893 Hz quality 800 > > Timecounters tick every 1.000 msec > > ad0: 19077MB [38760/16/63] at ata0-master UDMA66 > > acd0: CDROM at ata1-master UDMA33 > > Trying to mount root from ufs:/dev/ad0s1a > > Enter full pathname of shell or RETURN for /bin/sh: > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- > othermark > atkin901 at nospam dot yahoo dot com > (!wired)?(coffee++):(wired); > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Nice testing in little China... _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" ------=_NextPart_000_0067_01C51A78.1A072240 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII1TCCAl0w ggHGoAMCAQICAw1SxjANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDQxMDI4MTgyMjQyWhcNMDUxMDI4MTgyMjQyWjBMMR8wHQYDVQQD ExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSkwJwYJKoZIhvcNAQkBFhpwdXRpbmFzLnBpbGlwb25p c0BoYW5zYS5sdDCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAu9wPuPAFb8A8S/kWwS+W17Bh fawAQvs55G0S/Hr8xk+T9tqshLQCmMROna7e3gU0t25x7J2xX0CaIOuBUxX7KKF7nrYXJQbD4DnH 3A+gpcSB6eyubYC9x3/ybDXUPFogoC5/E3dMeY3JjLdl078LCy+H7K6R7PL+kdBbWRKl3i0CAwEA AaM3MDUwJQYDVR0RBB4wHIEacHV0aW5hcy5waWxpcG9uaXNAaGFuc2EubHQwDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQQFAAOBgQBC1vL9k3i2hkEYxZ5kOg0N2PMD4Wea+rSIX5ASdgO7KUHe4Ejs bUz0fJAOvW6KEshtVEACbYtLxj63D3VxRALNXGwG1o9EOZAJ8PfgPMuP1kBmVoJ8ouXBT33yWGpX pvVCwXXS40N+Sg/4OhFY27279oCkETldCRoEFfMXPo8GAjCCAy0wggKWoAMCAQICAQAwDQYJKoZI hvcNAQEEBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmlj YXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFp bCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw05NjAx MDEwMDAwMDBaFw0yMDEyMzEyMzU5NTlaMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVy biBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgw JgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUg UGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRo YXd0ZS5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANRp19SwlGRbcelH2AxRtupykbCE Xn0tDY97Et+FJXUodDpCLGMnn5V7S+9+GYcdhuqj3bnOlmQawhRuRKx85o/oTQ9xH0A4pgCjh3j2 +ZSGXq3qwF5269kUo11uenwMpUtVfwYZKX+emibVars4JAhqmMex2qOYkf152+VaxBy5AgMBAAGj EzARMA8GA1UdEwEB/wQFMAMBAf8wDQYJKoZIhvcNAQEEBQADgYEAx+ySfk749ZalZ2IqpPBNEWDQ b41gWGGsJrtSNVwIzzD7qEqWih9iQiOMFw/0umScF6xHKd+dmF7SbGBxXKKs3Hnj524ARx+1DSjo Ap3kmv0T9KbZfLH43F8jJgmRgHPQFBveQ6mDJfLmnC8Vyv6mq4oHdYsM3VGEa+T40c53ooEwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2Vz dGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5n MSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3 dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWls QHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJa QTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3Rl IFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB AMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO 3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gE f6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6 MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNy bDALBgNVHQ8EBAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4 MA0GCSqGSIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYv wPQcUCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYICzzCCAssCAQEwaTBiMQswCQYDVQQG EwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhh d3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw1SxjAJBgUrDgMCGgUAoIIBvDAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNTAyMjQxMTUyMzhaMCMGCSqG SIb3DQEJBDEWBBQaa0VcBUsiLLo+PAmzk7K7DW/eyDBnBgkqhkiG9w0BCQ8xWjBYMAoGCCqGSIb3 DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIB KDAHBgUrDgMCGjAKBggqhkiG9w0CBTB4BgkrBgEEAYI3EAQxazBpMGIxCzAJBgNVBAYTAlpBMSUw IwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDVLGMHoGCyqGSIb3DQEJEAILMWugaTBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMj VGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECAw1SxjANBgkqhkiG9w0BAQEFAASB gKoyY6qvnxnWdukbd49wFVF+BXjUi9hyxwz4vCsc4hAb9K9TbqpYQV7xzpxmNoWB47/r0PfXy+UL Xp0W5PS/FK2uEAzHoMv9N4qbSayQHsW5TyxHnm4rfCpQEZz9nCvIvlFmLHrMdyG/m5qN0pKywa+w x2WodTJTXiPU7u044LJYAAAAAAAA ------=_NextPart_000_0067_01C51A78.1A072240-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 12:35:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7078F16A4CE for ; Thu, 24 Feb 2005 12:35:52 +0000 (GMT) Received: from www.kukulies.org (www.kukulies.org [213.146.112.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5943B43D1F for ; Thu, 24 Feb 2005 12:35:51 +0000 (GMT) (envelope-from kuku@www.kukulies.org) Received: from www.kukulies.org (localhost [127.0.0.1]) by www.kukulies.org (8.13.1/8.12.10) with ESMTP id j1OCZiGY042722 for ; Thu, 24 Feb 2005 13:35:45 +0100 (CET) (envelope-from kuku@www.kukulies.org) Received: (from kuku@localhost) by www.kukulies.org (8.13.1/8.12.10/Submit) id j1OCZi2v042721 for freebsd-current@freebsd.org; Thu, 24 Feb 2005 13:35:44 +0100 (CET) (envelope-from kuku) Date: Thu, 24 Feb 2005 13:35:44 +0100 (CET) From: Christoph Kukulies Message-Id: <200502241235.j1OCZi2v042721@www.kukulies.org> To: freebsd-current@freebsd.org X-Mailman-Approved-At: Thu, 24 Feb 2005 14:02:21 +0000 Subject: support of USB printers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 12:35:52 -0000 Does FreeBSD support USB printers like a Dell AIO printer 922? -- Chris Christoph P. U. Kukulies kuku_at_kukulies.org From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 14:20:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AF8816A4CE for ; Thu, 24 Feb 2005 14:20:31 +0000 (GMT) Received: from development.newvillagemedia.net (ns2.newvillagemedia.net [209.60.6.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D60E43D1D for ; Thu, 24 Feb 2005 14:20:31 +0000 (GMT) (envelope-from andy@firman.us) Received: from [209.60.6.51] (helo=localhost.localdomain) by development.newvillagemedia.net with esmtp (Exim 4.42 (FreeBSD)) id 1D4Jqw-00035O-0y for current@freebsd.org; Thu, 24 Feb 2005 09:20:30 -0500 Received: from andy by localhost.localdomain with local (Exim 4.43) id 1D4Jof-0001v0-Gz for current@freebsd.org; Thu, 24 Feb 2005 09:18:09 -0500 Date: Thu, 24 Feb 2005 09:18:09 -0500 From: Andy Firman To: current@freebsd.org Message-ID: <20050224141809.GB7322@firman.us> References: <1108845698.626.4.camel@thishost> <4217A539.4000103@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4217A539.4000103@alumni.rice.edu> User-Agent: Mutt/1.5.6+20040907i Subject: Re: CVSup: upgrade to 5-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andy Firman List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 14:20:31 -0000 On Sat, Feb 19, 2005 at 02:44:41PM -0600, Jon Noack wrote: > On 02/19/05 14:41, Remington wrote: > >I am attempting to upgrade from 5.3-RELEASE to 5.4-CURRENT. The line > >*default release=cvs tag=. seems to work but newvers.sh claims it to be > >6.0. What is the correct *default entry? > > There is no 5.4-CURRENT. The tag is correct to get you -CURRENT, but in > this case you are actually getting 6.0-CURRENT. > > If you want to stick with the 5.x branch, use tag=RELENG_5. That will > get you 5.3-STABLE, the branch that will lead to 5.4-RELEASE. I did that last night and ended up with 5.4-prerelease or something similar. If one wants 5.3-stable, they need to use this tag: tag=RELENG_5_3 At least that is what I found in my reading last night and am starting all over so I can get to 5.3-stable. From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 14:41:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4062416A4CE for ; Thu, 24 Feb 2005 14:41:28 +0000 (GMT) Received: from av7-2-sn1.fre.skanova.net (av7-2-sn1.fre.skanova.net [81.228.11.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1799D43D5E for ; Thu, 24 Feb 2005 14:41:27 +0000 (GMT) (envelope-from ertr1013@student.uu.se) Received: by av7-2-sn1.fre.skanova.net (Postfix, from userid 502) id 0BEF137E73; Thu, 24 Feb 2005 15:41:26 +0100 (CET) Received: from smtp2-1-sn2.hy.skanova.net (smtp2-1-sn2.hy.skanova.net [81.228.8.177]) by av7-2-sn1.fre.skanova.net (Postfix) with ESMTP id F09FC37E44 for ; Thu, 24 Feb 2005 15:41:25 +0100 (CET) Received: from falcon.midgard.homeip.net (h201n1fls24o1048.bredband.comhem.se [212.181.162.201]) by smtp2-1-sn2.hy.skanova.net (Postfix) with SMTP id B2D9237E43 for ; Thu, 24 Feb 2005 15:41:25 +0100 (CET) Received: (qmail 2972 invoked by uid 1001); 24 Feb 2005 14:41:24 -0000 Date: Thu, 24 Feb 2005 15:41:24 +0100 From: Erik Trulsson To: Andy Firman Message-ID: <20050224144124.GA2945@falcon.midgard.homeip.net> Mail-Followup-To: Andy Firman , current@freebsd.org References: <1108845698.626.4.camel@thishost> <4217A539.4000103@alumni.rice.edu> <20050224141809.GB7322@firman.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050224141809.GB7322@firman.us> User-Agent: Mutt/1.5.6i cc: current@freebsd.org Subject: Re: CVSup: upgrade to 5-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 14:41:28 -0000 On Thu, Feb 24, 2005 at 09:18:09AM -0500, Andy Firman wrote: > On Sat, Feb 19, 2005 at 02:44:41PM -0600, Jon Noack wrote: > > On 02/19/05 14:41, Remington wrote: > > >I am attempting to upgrade from 5.3-RELEASE to 5.4-CURRENT. The line > > >*default release=cvs tag=. seems to work but newvers.sh claims it to be > > >6.0. What is the correct *default entry? > > > > There is no 5.4-CURRENT. The tag is correct to get you -CURRENT, but in > > this case you are actually getting 6.0-CURRENT. > > > > If you want to stick with the 5.x branch, use tag=RELENG_5. That will > > get you 5.3-STABLE, the branch that will lead to 5.4-RELEASE. > > I did that last night and ended up with 5.4-prerelease or something > similar. Yes, they changed the name displayed by system from 5.3-STABLE to 5.4-PRERELEASE to indicate that we are nearing the release of 5.4 After 5.4-RELEASE is out the name will change to 5.4-STABLE 5.3-STABLE and 5.4-PRELEASE mean essentially the same thing, namely the 5-STABLE branch from some point in time after 5.3 was released but before 5.4 was released. See also the FAQ at http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html#RELEASE-CANDIDATE > If one wants 5.3-stable, they need to use this tag: > > tag=RELENG_5_3 No, that will get you 5.3-RELEASE + critical bugfixes (especially security fixes) which is not the same thing as 5.3-STABLE If you want to follow the 5-STABLE development branch (which for a period of time was named 5.3-STABLE) you want tag=RELENG_5 > > At least that is what I found in my reading last night and am starting > all over so I can get to 5.3-stable. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 14:57:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1B4016A4CE for ; Thu, 24 Feb 2005 14:57:37 +0000 (GMT) Received: from smtp813.mail.sc5.yahoo.com (smtp813.mail.sc5.yahoo.com [66.163.170.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D29543D55 for ; Thu, 24 Feb 2005 14:57:37 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.176.125 with login) by smtp813.mail.sc5.yahoo.com with SMTP; 24 Feb 2005 14:57:37 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 160A56189; Thu, 24 Feb 2005 08:57:36 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04540-10-3; Thu, 24 Feb 2005 08:57:34 -0600 (CST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 4F6A26159; Thu, 24 Feb 2005 08:57:34 -0600 (CST) Message-ID: <421DEB5D.9090703@alumni.rice.edu> Date: Thu, 24 Feb 2005 08:57:33 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: current@freebsd.org Subject: Re: panic: Duplicate free of item 0xc2580a00 from zone 0xc103e9a0(Mbuf) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 14:57:37 -0000 Robert Watson wrote: > On Thu, 24 Feb 2005, Peter Holm wrote: >>With GENERIC HEAD from Feb 23 06:23 UTC + mpsafe_vfs = 1 I got: >> >>Slab at 0xc2580fa8, freei 10 = 0. panic: Duplicate free of item >>0xc2580a00 from zone 0xc103e9a0(Mbuf) > > rl_encap() appears to be pretty broken in the event that m_defrag() has to > allocate a new mbuf on the head of the chain. Specifcally, rl_encap() > may allocate a new head to the chain, but the caller won't use that new > head, instead using the old head (which may have been free'd, or otherwise > munged). This might also explain other crashes or panics involving rl > interfaces. I'm surprised this lasted as long as it apparently has in the > wild (since 2003?). From src/sys/pci/if_rl.c: "The RealTek 8139 PCI NIC redefines the meaning of 'low end.' This is probably the worst PCI ethernet controller ever made, with the possible exception of the FEAST chip made by SMC. The 8139 supports bus-master DMA, but it has a terrible interface that nullifies any performance gains that bus-master DMA usually offers. ..." I would bet that (in)famous comment coupled with everyone recommending fxp or em adapters[1] causes most who experience problems to abandon rl adapters at the first hint of trouble. In that type of an environment, it is not overly surprising to me that a bug could last this long. Jon [1] I use fxp and em adapters and I've never had a problem with them. As such, I can't argue with the recommendation. From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 15:40:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E8D716A4CE for ; Thu, 24 Feb 2005 15:40:56 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14C4043D66 for ; Thu, 24 Feb 2005 15:40:56 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.13.1) with ESMTP id j1OFerNN022639; Thu, 24 Feb 2005 07:40:53 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j1OFerlX036397; Thu, 24 Feb 2005 07:40:53 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j1OFer3t036396; Thu, 24 Feb 2005 07:40:53 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200502241540.j1OFer3t036396@realtime.exit.com> In-Reply-To: <421CD83A.7080704@root.org> To: Nate Lawson Date: Thu, 24 Feb 2005 07:40:52 -0800 (PST) X-Copyright0: Copyright 2005 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 15:40:56 -0000 Nate Lawson wrote: > Please test the committed version of p4tcc. Just load acpi_perf.ko and > cpufreq.ko on boot and see how changing the settings for dev.cpu.0.freq > affects performance. It's working significantly better now; I notice that cooling in particular is now working _much_ better. On the other hand, there are still a couple of problems. I have acpi_perf_load and cpufreq_load in my /boot/loader.conf; here are the interesting bits of the dmesg: FreeBSD 6.0-CURRENT #26: Wed Feb 23 19:22:51 PST 2005 frank@lap:/home/obj/usr/src/sys/AUTON WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Pentium(R) 4 CPU 2.80GHz (2790.72-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 536662016 (511 MB) avail memory = 511692800 (487 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard ... acpi0: on motherboard 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 CPU claims to support Enhanced Speedstep, but is not recognized. Please update driver or contact the maintainer. cpu_vendor = GenuineIntel msr = 152800001528, bus_clk = 64 p4tcc0: on cpu0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 ... ichss: enabling SpeedStep support ichss0: on cpu0 ... And from the sysctl stuff: dev.cpu.0.%desc: ACPI CPU (2 Cx states) 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.0.freq: 2790 dev.cpu.0.freq_levels: 2790/-1 2790/-1 2441/-1 2135/-1 2092/-1 1830/-1 1743/-1 1569/-1 1525/-1 1395/-1 1307/-1 1220/-1 1089/-1 1046/-1 915/-1 871/-1 784/-1 697/-1 653/-1 610/-1 523/-1 435/-1 392/-1 348/-1 305/-1 261/-1 217/-1 174/-1 130/-1 87/-1 43/-1 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.acpi_throttle.0.%desc: ACPI CPU Throttling dev.acpi_throttle.0.%driver: acpi_throttle dev.acpi_throttle.0.%parent: cpu0 dev.acpi_throttle.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 I tried setting various frequencies and checking performance. Using the freq_levels values I was able to set it down to 87MHz, although things got damned slow. At 43MHz the system locked up and I had to powercycle. If you need more information, please let me know. And thanks for the nice work! -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 15:52:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB98216A4CE for ; Thu, 24 Feb 2005 15:52:53 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99EEB43D5C for ; Thu, 24 Feb 2005 15:52:52 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 51116 invoked from network); 24 Feb 2005 15:52:50 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.127.177.174]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 24 Feb 2005 15:52:50 -0000 Message-ID: <421DF8C1.3040903@authtec.com> Date: Thu, 24 Feb 2005 23:54:41 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Kernel crashed when writing data from IDE to a SCSI card. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 15:52:54 -0000 Hi, I m running FreeBSD 5.3 stable, with an Adaptec card and 2 SCSI Quantum hard drives installed in the system. When I tried to copy the whole directory from the IDE disk to one of the Quantum hard disc, the kernel shows alow of message on the screen, these messages are: Feb 24 23:47:54 gateway nmbd[558]: Feb 24 23:47:54 gateway nmbd[558]: ***** Feb 24 23:48:26 gateway kernel: (da1:ahd1:0:0:0): Unexpected busfree in Data-out phase, 1 SCBs aborted, PRGMCNT == 0x239 Feb 24 23:48:26 gateway kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< Feb 24 23:48:26 gateway kernel: ahd1: Dumping Card State at program address 0x237 Mode 0x11 Feb 24 23:48:26 gateway kernel: Card was paused Feb 24 23:48:26 gateway kernel: INTSTAT[0x8]:(SCSIINT) SELOID[0x0] SELID[0x0] HS_MAILBOX[0x0] Feb 24 23:48:26 gateway kernel: INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] Feb 24 23:48:26 gateway kernel: DFFSTAT[0x11]:(CURRFIFO_1|FIFO0FREE) SCSISIGI[0x0]:(P_DATAOUT) Feb 24 23:48:26 gateway kernel: SCSIPHASE[0x0] SCSIBUS[0x0] LASTPHASE[0x0]:(P_DATAOUT) Feb 24 23:48:26 gateway kernel: SCSISEQ0[0x0] SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) Feb 24 23:48:26 gateway kernel: SEQCTL0[0x10]:(FASTMODE) SEQINTCTL[0x0] SEQ_FLAGS[0x20]:(DPHASE) Feb 24 23:48:26 gateway kernel: SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x1] KERNEL_QFREEZE_COUNT[0x1] Feb 24 23:48:26 gateway kernel: MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] Feb 24 23:48:26 gateway kernel: SSTAT1[0x8]:(BUSFREE) SSTAT2[0xc0]:(BUSFREE_DFF1) Feb 24 23:48:26 gateway kernel: SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO) Feb 24 23:48:26 gateway kernel: LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] Feb 24 23:48:26 gateway kernel: LQOSTAT1[0x0] LQOSTAT2[0x0] Feb 24 23:48:26 gateway kernel: Feb 24 23:48:26 gateway kernel: SCB Count = 16 CMDS_PENDING = 1 LASTSCB 0xf CURRSCB 0xf NEXTSCB 0x0 Feb 24 23:48:26 gateway kernel: qinstart = 717 qinfifonext = 717 Feb 24 23:48:26 gateway kernel: QINFIFO: Feb 24 23:48:26 gateway kernel: WAITING_TID_QUEUES: Feb 24 23:48:26 gateway kernel: Pending list: Feb 24 23:48:26 gateway kernel: Total 0 Feb 24 23:48:26 gateway kernel: Kernel Free SCB list: 15 1 2 3 4 5 6 7 8 9 10 11 12 13 14 0 Feb 24 23:48:26 gateway kernel: Sequencer Complete DMA-inprog list: Feb 24 23:48:26 gateway kernel: Sequencer Complete list: Feb 24 23:48:26 gateway kernel: Sequencer DMA-Up and Complete list: Feb 24 23:48:26 gateway kernel: Sequencer On QFreeze and Complete list: Feb 24 23:48:26 gateway kernel: Feb 24 23:48:26 gateway kernel: Feb 24 23:48:26 gateway kernel: ahd1: FIFO0 Free, LONGJMP == 0x80ff, SCB 0x0 Feb 24 23:48:26 gateway kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) Feb 24 23:48:26 gateway kernel: SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) .... Then the system is halted few minutes later. Can anyone please tell me how to fix this error? Thanks Sam From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 16:00:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1951D16A4CE for ; Thu, 24 Feb 2005 16:00:09 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CBEC43D54 for ; Thu, 24 Feb 2005 16:00:08 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 57725 invoked from network); 24 Feb 2005 16:00:07 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.127.177.174]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 24 Feb 2005 16:00:07 -0000 Message-ID: <421DFA76.6020708@authtec.com> Date: Fri, 25 Feb 2005 00:01:58 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: freebsd-current@freebsd.org References: <421DF8C1.3040903@authtec.com> In-Reply-To: <421DF8C1.3040903@authtec.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Kernel crashed when writing data from IDE to a SCSI card. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 16:00:09 -0000 Hi, These is the Adaptec card I m using in FreeBSD 5.3: # grep Adaptec /var/log/messages Feb 24 23:56:46 gateway kernel: ahd0: port 0xde00-0xdeff,0xd000-0xd0ff mem 0xff8fc000-0xff8fdfff irq 21 at device 0.0 on pci1 Feb 24 23:56:46 gateway kernel: ahd1: port 0xd400-0xd4ff,0xd800-0xd8ff mem 0xff8fe000-0xff8fffff irq 22 at device 0.1 on pci1 sam wun wrote: > Hi, > > I m running FreeBSD 5.3 stable, with an Adaptec card and 2 SCSI > Quantum hard drives installed in the system. > When I tried to copy the whole directory from the IDE disk to one of > the Quantum hard disc, the kernel shows alow of message on the screen, > these messages are: > > Feb 24 23:47:54 gateway nmbd[558]: > Feb 24 23:47:54 gateway nmbd[558]: ***** > Feb 24 23:48:26 gateway kernel: (da1:ahd1:0:0:0): Unexpected busfree > in Data-out phase, 1 SCBs aborted, PRGMCNT == 0x239 > Feb 24 23:48:26 gateway kernel: >>>>>>>>>>>>>>>>>> Dump Card State > Begins <<<<<<<<<<<<<<<<< > Feb 24 23:48:26 gateway kernel: ahd1: Dumping Card State at program > address 0x237 Mode 0x11 > Feb 24 23:48:26 gateway kernel: Card was paused > Feb 24 23:48:26 gateway kernel: INTSTAT[0x8]:(SCSIINT) SELOID[0x0] > SELID[0x0] HS_MAILBOX[0x0] > Feb 24 23:48:26 gateway kernel: INTCTL[0x80]:(SWTMINTMASK) > SEQINTSTAT[0x0] SAVED_MODE[0x11] > Feb 24 23:48:26 gateway kernel: DFFSTAT[0x11]:(CURRFIFO_1|FIFO0FREE) > SCSISIGI[0x0]:(P_DATAOUT) > Feb 24 23:48:26 gateway kernel: SCSIPHASE[0x0] SCSIBUS[0x0] > LASTPHASE[0x0]:(P_DATAOUT) > Feb 24 23:48:26 gateway kernel: SCSISEQ0[0x0] > SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) > Feb 24 23:48:26 gateway kernel: SEQCTL0[0x10]:(FASTMODE) > SEQINTCTL[0x0] SEQ_FLAGS[0x20]:(DPHASE) > Feb 24 23:48:26 gateway kernel: SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x1] > KERNEL_QFREEZE_COUNT[0x1] > Feb 24 23:48:26 gateway kernel: MK_MESSAGE_SCB[0xff00] > MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] > Feb 24 23:48:26 gateway kernel: SSTAT1[0x8]:(BUSFREE) > SSTAT2[0xc0]:(BUSFREE_DFF1) > Feb 24 23:48:26 gateway kernel: SSTAT3[0x0] PERRDIAG[0x0] > SIMODE1[0xac]:(ENSCSIPERR|ENBUSFREE|ENSCSIRST|ENSELTIMO) > Feb 24 23:48:26 gateway kernel: LQISTAT0[0x0] LQISTAT1[0x0] > LQISTAT2[0x0] LQOSTAT0[0x0] > Feb 24 23:48:26 gateway kernel: LQOSTAT1[0x0] LQOSTAT2[0x0] > Feb 24 23:48:26 gateway kernel: > Feb 24 23:48:26 gateway kernel: SCB Count = 16 CMDS_PENDING = 1 > LASTSCB 0xf CURRSCB 0xf NEXTSCB 0x0 > Feb 24 23:48:26 gateway kernel: qinstart = 717 qinfifonext = 717 > Feb 24 23:48:26 gateway kernel: QINFIFO: > Feb 24 23:48:26 gateway kernel: WAITING_TID_QUEUES: > Feb 24 23:48:26 gateway kernel: Pending list: > Feb 24 23:48:26 gateway kernel: Total 0 > Feb 24 23:48:26 gateway kernel: Kernel Free SCB list: 15 1 2 3 4 5 6 7 > 8 9 10 11 12 13 14 0 > Feb 24 23:48:26 gateway kernel: Sequencer Complete DMA-inprog list: > Feb 24 23:48:26 gateway kernel: Sequencer Complete list: > Feb 24 23:48:26 gateway kernel: Sequencer DMA-Up and Complete list: > Feb 24 23:48:26 gateway kernel: Sequencer On QFreeze and Complete list: > Feb 24 23:48:26 gateway kernel: > Feb 24 23:48:26 gateway kernel: > Feb 24 23:48:26 gateway kernel: ahd1: FIFO0 Free, LONGJMP == 0x80ff, > SCB 0x0 > Feb 24 23:48:26 gateway kernel: > SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) > > Feb 24 23:48:26 gateway kernel: SEQINTSRC[0x0] DFCNTRL[0x0] > DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) > .... > > Then the system is halted few minutes later. > Can anyone please tell me how to fix this error? > > Thanks > Sam > > > > -- Senior Security Architect/Consultant AuthTec Gateway Limited Mobile: +852 9839 2464 Email: sam.wun@authtec.com Website: http://www.authtec.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 16:10:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 990D816A4CE; Thu, 24 Feb 2005 16:10:48 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74FD443D3F; Thu, 24 Feb 2005 16:10:47 +0000 (GMT) (envelope-from morten@rodal.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ICF00AWKBD1MP40@bgo1smout1.broadpark.no>; Thu, 24 Feb 2005 17:05:25 +0100 (CET) Received: from slimy.rodal.no ([80.202.56.120]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ICF00DXJBPJ4UA0@bgo1sminn1.broadpark.no>; Thu, 24 Feb 2005 17:12:56 +0100 (CET) Received: from burton.rodal.no (burton.rodal.no [192.168.20.70]) by slimy.rodal.no (8.12.11/8.12.11) with ESMTP id j1OGAiNO084931; Thu, 24 Feb 2005 17:10:44 +0100 (CET envelope-from morten@rodal.no) Received: from localhost (localhost [[UNIX: localhost]]) by burton.rodal.no (8.13.3/8.13.1/Submit) id j1OGAiH8021758; Thu, 24 Feb 2005 17:10:44 +0100 (CET envelope-from morten@rodal.no) Date: Thu, 24 Feb 2005 17:10:38 +0100 From: Morten Rodal In-reply-to: <421CD87C.70803@root.org> To: Nate Lawson Message-id: <200502241710.44321.morten@rodal.no> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart5540262.HPSfxG5xcZ; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit X-Virus-Scanned: by amavisd-new References: <42068A5C.1030300@root.org> <200502191911.36228.morten@rodal.no> <421CD87C.70803@root.org> X-Authentication-warning: burton.rodal.no: morten set sender to morten@rodal.no using -f User-Agent: KMail/1.7.2 cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 16:10:48 -0000 --nextPart5540262.HPSfxG5xcZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 23 February 2005 20:24, Nate Lawson wrote: > Morten Rodal wrote: > > On Sunday 06 February 2005 22:21, Nate Lawson wrote: > >>If you have throttling, please test the new configuration to be sure > >> it still works as before. Final upcoming work will be manpage > >> support and bugfixing as necessary. > > > > Throttling used to work on my Dell Inspiron 8200, but with the new > > cpufreq/acpi_perf I only get errors when trying to set a new cpu > > frequency, like this: > > > > # sysctl dev.cpu.0.freq=3D1200 > > acpi_perf0: Px transition to 1200 failed > > acpi_perf0: set freq failed, err 6 > > > > Regardless of what value I use, it either says 'Px transition to 1200 > > failed' or 'Px transition to 1700 failed.' > > These should be fixed now. Please cvsup and test. The issue is partly fixed. I now see the following frequency levels if,=20 and only if, I booted the laptop on battery power: # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 1200/0 1050/0 900/0 787/0 750/0 656/0 600/0 562/0=20 525/0 450/0 393/0 337/0 300/0 262/0 225/0 187/0 150/0 112/0 75/0 37/0 Note that the native processor speed (1700 MHz) is not listed, and setting= =20 the speed below 150 hard-hangs/freezes the laptop. When booting with AC-power the laptop does not report any freq{,_levels}. = =20 It does not matter if I remove the AC-power once the computer is up and=20 running, I always get this: # sysctl dev.cpu.0.freq dev.cpu.0.freq: -1 =2D-=20 Morten Rodal "A supercomputer is a device for turning compute-bound problems into I/O bound problems." -- Ken Batcher (Goodyear Aerospace) --nextPart5540262.HPSfxG5xcZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCHfyEbWe1Cy11WVsRAnBJAJ9FVda9M+8ADSkQPL5U0QPARlYRKgCcC3kG kSZQDkipL6W0cQJd41tJbuY= =fbx0 -----END PGP SIGNATURE----- --nextPart5540262.HPSfxG5xcZ-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 16:36:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC99F16A4CE for ; Thu, 24 Feb 2005 16:36:29 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17B7B43D48 for ; Thu, 24 Feb 2005 16:36:27 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j1OGaMHw002133 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 24 Feb 2005 17:36:24 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j1OGZI55058588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Feb 2005 17:35:18 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j1OGZHnY058638; Thu, 24 Feb 2005 17:35:17 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j1OGZHxD058637; Thu, 24 Feb 2005 17:35:17 +0100 (CET) (envelope-from ticso) Date: Thu, 24 Feb 2005 17:35:17 +0100 From: Bernd Walter To: Christoph Kukulies Message-ID: <20050224163517.GZ50448@cicely12.cicely.de> References: <200502241235.j1OCZi2v042721@www.kukulies.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502241235.j1OCZi2v042721@www.kukulies.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-current@freebsd.org Subject: Re: support of USB printers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 16:36:30 -0000 On Thu, Feb 24, 2005 at 01:35:44PM +0100, Christoph Kukulies wrote: > Does FreeBSD support USB printers like a Dell AIO printer 922? USB printers as such work up to getting an /dev/ulpt* devnode. The usual point about creating the right bytestream for a specific device via GS and Co still applies. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 16:58:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B986B16A4CE for ; Thu, 24 Feb 2005 16:58:50 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BFC443D48 for ; Thu, 24 Feb 2005 16:58:49 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1D4MGE-0001Bo-2P for freebsd-current@freebsd.org; Thu, 24 Feb 2005 17:54:46 +0100 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Feb 2005 17:54:46 +0100 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 24 Feb 2005 17:54:46 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Thu, 24 Feb 2005 08:58:24 -0800 Lines: 225 Message-ID: References: <1107887237.793.26.camel@buffy.york.ac.uk> <20050224113012.GA91385@eeyore.local.dohd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.8.2 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 16:58:50 -0000 Mark Huizer wrote: > On Mon, Feb 14, 2005 at 12:56:08PM -0800, othermark wrote: >> Gavin Atkinson wrote: >> >> > Hey, >> > >> > There's an easily reproduceable panic involving configuring vlans on >> > fxp >> > cards. I've recreated it in single user mode on a top-of-tree -CURRENT >> > machine as well as on a 5.3-STABLE machine. >> >> I reported this during December. >> >> http://article.gmane.org/gmane.os.freebsd.current/63657 >> >> and it's now on the LOR list. > > Well, I suppose it's not about the LOR, but about the kernel panic. > I have the same problem here on my router/fileserver. But not on another > box that also has an fxp0. (Or at least I couldn't reproduce it sofar). > > Looking at the problem research below, I can add that for me it seems > that the 'doing anything before that with the fxp0' doesn't hold. But I > will play a little with start_if.fxp0 just to make sure. > > Are more people seeing this? I think you should file a PR, this is a safe one. I have at least 5 different machines running -current with various revs Intel 8255* which all panic after the LOR. All thats required is these three commands after a fresh boot up. ifconfig vlan0 create ifconfig vlan0 vlan 999 vlandev fxp0 ifconfig vlan0 inet 172.16.64.3 netmask 255.255.240.0 Intel 82558 Pro/100 Ethernet is one Intel 82555 10/100 media interface is another. I'm pretty sure the 82559 was panicing too, but I don't have vlan compiled into that boxes kernel currently to double check. the em driver works fine as long as you don't try to tcpdump it (but, of course this card has hardware support for vlan). > Mark >> >> > Fatal trap 12: page fault while in kernel mode >> > cpuid = 0; apic id = 00 >> > fault virtual address = 0x0 >> > fault code = supervisor write, page not present >> > instruction pointer = 0x8:0xc051e966 >> > stack pointer = 0x10:0xcbdf390c >> > frame pointer = 0x10:0xcbdf3918 >> > 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 = 56 (ifconfig) >> > [thread pid 56 tid 100043 ] >> > Stopped at fxp_mc_setup+0x62: movw $0,0(%eax) >> > db> >> > db> tr >> > Tracing pid 56 tid 100043 td 0xc1594450 >> > fxp_mc_setup(c15f6000) at fxp_mc_setup+0x62 >> > fxp_ioctl(c15f6000,80206931,0) at fxp_ioctl+0x112 >> > if_addmulti(c15f6000,cbdf3980,cbdf397c,c1667d48,cbdf3988) at >> > if_addmulti+0x223 vlan_setmulti(c1667c40,cbdf39fc,c060a5d5,c088cd80,40) >> > at vlan_setmulti+0x139 vlan_ioctl(c1733800,80206931,0) at >> > vlan_ioctl+0x3e if_addmulti(c1733800,cbdf3a4c,cbdf3a48,cbdf3a4c,1c) at >> > if_addmulti+0x223 in6_addmulti(cbdf3a9c,c1733800,cbdf3a94) at >> > in6_addmulti+0x4c in6_update_ifa(c1733800,cbdf3b9c,0) at >> > in6_update_ifa+0x4ce in6_ifattach_linklocal(c1733800,0) at >> > in6_ifattach_linklocal+0xe5 >> > in6_ifattach(c1733800,0,8040691a,8040691a,0) at in6_ifattach+0xa9 >> > in6_if_up(c1733800) at in6_if_up+0x13 >> > ifioctl(c173da60,8040691a,c1667dc0,c1594450,0) at ifioctl+0x1f8 >> > soo_ioctl(c1724708,8040691a,c1667dc0,c14b9780,c1594450) at >> > soo_ioctl+0x2db ioctl(c1594450,cbdf3d14,3,2,282) at ioctl+0x370 >> > syscall(2f,2f,2f,80543a0,1) at syscall+0x213 Xint0x80_syscall() at >> > Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = >> > 0x280c44f3, esp = 0xbfbfe5cc, ebp = 0xbfbfee18 --- >> > >> > fxp_mc_setup+0x62 seems to correspond to the following code in >> > sys/dev/fxp/if_fxp.c: (line 2554) >> > >> > >> > /* >> > * Add a NOP command with interrupt so that we are >> > notified * when all TX commands have been processed. >> > */ >> > txp = sc->fxp_desc.tx_last->tx_next; >> > txp->tx_mbuf = NULL; >> > --> txp->tx_cb->cb_status = 0; >> > txp->tx_cb->cb_command = htole16(FXP_CB_COMMAND_NOP | >> > FXP_CB_COMMAND_S | FXP_CB_COMMAND_I); >> > >> > txp->tx_cb is NULL at this point. This seems to be because fxp_init() >> > has never been called. (both validated by instrumenting the code in >> > question) >> > >> > Note also that the panic does not seem to occur if you do anything with >> > fxp0 before doing something with the vlans. For example, assigning it >> > an address, or even just bringing it up seems to prevent the panic. >> > >> > In this situation, where should fxp_init be called from? Presumably >> > it's not the responsibility of the vlan code - as when it gets called >> > we could already be using the interface and reinitialising it wouldn't >> > be a >> > nice thing to do. But then, what should be initialising it? >> > >> > And as an aside, is the detour via inet6 correct for what is entirely >> > inet4? >> > >> > Sadly I can't get a dump on this machine. dmesg below. >> > >> > Gavin >> > >> > GDB: no debug ports present >> > KDB: debugger backends: ddb >> > KDB: current backend: ddb >> > 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-CURRENT #0: Mon Feb 7 13:10:26 GMT 2005 >> > root@thi.bu.nker.net:/usr/obj/usr/src/sys/GENERIC >> > WARNING: WITNESS option enabled, expect reduced performance. >> > Timecounter "i8254" frequency 1193182 Hz quality 0 >> > CPU: Intel(R) Pentium(R) III Mobile CPU 1000MHz (995.96-MHz >> > 686-class CPU) >> > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 >> > >> Features=0x383f9ff >> > real memory = 251002880 (239 MB) >> > avail memory = 236322816 (225 MB) >> > npx0: [FAST] >> > npx0: on motherboard >> > npx0: INT 16 interface >> > acpi0: on motherboard >> > acpi0: Power Button (fixed) >> > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 >> > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xee08-0xee0b on acpi0 >> > cpu0: on acpi0 >> > pcib0: port 0xcf8-0xcff on acpi0 >> > pci_link0: irq 11 on acpi0 >> > pci_link1: irq 11 on acpi0 >> > pci_link2: irq 11 on acpi0 >> > pci_link3: irq 11 on acpi0 >> > pci_link4: irq 11 on acpi0 >> > pci_link5: irq 11 on acpi0 >> > pci0: on pcib0 >> > pcib1: at device 1.0 on pci0 >> > pci1: on pcib1 >> > pci1: at device 0.0 (no driver attached) >> > ohci0: mem >> > 0xf7eff000-0xf7efffff irq 11 at device 2.0 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: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >> > uhub0: 3 ports with 3 removable, self powered >> > atapci0: port >> > 0xeff0-0xefff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.0 on pci0 >> > ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 >> > pcm0: port 0xed00-0xedff mem 0xf7efe000-0xf7efefff >> > irq 11 at device 6.0 on pci0 pcm0: >> > pcm0: [GIANT-LOCKED] >> > isab0: at device 7.0 on pci0 >> > isa0: on isab0 >> > pci0: at device 8.0 (no driver attached) >> > fxp0: port 0xeb40-0xeb7f mem >> > 0xf7ec0000-0xf7edffff,0xf7efd000-0xf7efdfff irq 11 at device 10.0 on >> > pci0 miibus0: on fxp0 inphy0: >> > on miibus0 >> > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> > fxp0: Ethernet address: 00:00:39:7e:f8:36 >> > cbb0: at device 17Card bus> on cbb0 >> > cbb1: at device 17.1 on pci0 >> > cardbus1: on cbb1 >> > pccard1: <16-bit PCCard bus> on cbb1 >> > pci0: at device 18.0 (no driver attached) >> > acpi_lid0: on acpi0 >> > acpi_cmbat0: on acpi0 >> > acpi_cmbat1: on acpi0 >> > acpi_acad0: on acpi0 >> > acpi_tz0: on acpi0 >> > atkbdc0: port 0x64,0x60 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 >> > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on >> > acpi0 sio0: type 16550A, console >> > ppc0: port 0x778-0x77a,0x378-0x37a irq 7 >> > drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in >> > COMPATIBLE mode ppc0: FIFO with 16/16/15 bytes threshold >> > ppbus0: on ppc0 >> > plip0: on ppbus0 >> > lpt0: on ppbus0 >> > lpt0: Interrupt-driven port >> > ppi0: on ppbus0 >> > pmtimer0 on isa0 >> > orm0: at iomem 0xe0000-0xeffff,0xc0000-0xcbfff on >> > isa0 sc0: at flags 0x100 on isa0 >> > sc0: VGA <16 virtual consoles, flags=0x100> >> > 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 995964893 Hz quality 800 >> > Timecounters tick every 1.000 msec >> > ad0: 19077MB [38760/16/63] at ata0-master >> > UDMA66 acd0: CDROM at ata1-master UDMA33 >> > Trying to mount root from ufs:/dev/ad0s1a >> > Enter full pathname of shell or RETURN for /bin/sh: -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 20:59:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D434216A4CE; Thu, 24 Feb 2005 20:59:44 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 904C443D58; Thu, 24 Feb 2005 20:59:44 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1OKxgZj016713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 Feb 2005 12:59:43 -0800 Message-ID: <421E403E.7040804@root.org> Date: Thu, 24 Feb 2005 12:59:42 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Morten Rodal References: <42068A5C.1030300@root.org> <200502191911.36228.morten@rodal.no> <421CD87C.70803@root.org> <200502241710.44321.morten@rodal.no> In-Reply-To: <200502241710.44321.morten@rodal.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 20:59:45 -0000 Morten Rodal wrote: > On Wednesday 23 February 2005 20:24, Nate Lawson wrote: > The issue is partly fixed. I now see the following frequency levels if, > and only if, I booted the laptop on battery power: > > # sysctl dev.cpu.0.freq_levels > dev.cpu.0.freq_levels: 1200/0 1050/0 900/0 787/0 750/0 656/0 600/0 562/0 > 525/0 450/0 393/0 337/0 300/0 262/0 225/0 187/0 150/0 112/0 75/0 37/0 > > Note that the native processor speed (1700 MHz) is not listed, and setting > the speed below 150 hard-hangs/freezes the laptop. Not sure we can fix this one. It appears some very low clock rates hang some systems. Can you test with SCHED_4BSD? > When booting with AC-power the laptop does not report any freq{,_levels}. > It does not matter if I remove the AC-power once the computer is up and > running, I always get this: > > # sysctl dev.cpu.0.freq > dev.cpu.0.freq: -1 I just committed a fix for this. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 21:02:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F94F16A4CE; Thu, 24 Feb 2005 21:02:32 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 492A043D2D; Thu, 24 Feb 2005 21:02:32 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1OL2UZj016741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 Feb 2005 13:02:30 -0800 Message-ID: <421E40E6.9010804@root.org> Date: Thu, 24 Feb 2005 13:02:30 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tobias Grosser References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> <421537E9.8050203@root.org> <1108749117.981.1.camel@tobias.home.web-wahnsinn.de> In-Reply-To: <1108749117.981.1.camel@tobias.home.web-wahnsinn.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 21:02:32 -0000 Tobias Grosser wrote: > with patch: "sysctl dev.cpu" > -------------------------------------------------------------------- > dev.cpu.0.%desc: ACPI CPU (3 Cx states) > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU_ > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: -1 > -------------------------------------------------------------------- This should be fixed now in -current. > without patch: "sysctl dev.cpu" > -------------------------------------------------------------------- > dev.cpu.0.%desc: ACPI CPU (3 Cx states) > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU_ > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1700 > dev.cpu.0.freq_levels: 1700/24500 1487/21437 1400/19500 1275/18375 > 1225/17062 12 00/16000 1062/15312 1000/13000 900/12000 875/12187 > 850/12250 800/9500 750/10000 700/9750 637/9187 600/6000 525/7312 > 500/6500 450/6000 425/6125 400/4750 375/4875 350/4875 300/4000 250/3250 > 212/3062 175/2437 150/2000 125/1625 100/1187 75/750 > -------------------------------------------------------------------- > > 3. Since always my CPU gets different numbers of Cx states, if connected > to power during boot or not. 3 states with power 4 without. The number > of the states doesn't change, if I plug or unplug the power connection. That is a function of the BIOS. It decides what states you get at various times. The acpi_perf driver should successfully adjust when things change at runtime. The other drivers have no way of knowing. > 4. One question. Under Windows my battery should reach about 4.7 hrs > under FBSD i reached about 3 hrs with est. Will your new patches change > the BSD values? I don't know but things should be getting better. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 21:11:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C52D16A4CE; Thu, 24 Feb 2005 21:11:26 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A1143D55; Thu, 24 Feb 2005 21:11:25 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1OLBEZj016818 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 Feb 2005 13:11:15 -0800 Message-ID: <421E42F2.6010105@root.org> Date: Thu, 24 Feb 2005 13:11:14 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <20050224011924.992A65D07@ptavv.es.net> <421DA0B5.4060705@portaone.com> In-Reply-To: <421DA0B5.4060705@portaone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 21:11:26 -0000 Maxim Sobolev wrote: > Kevin Oberman wrote: >> No joy. I set it to 262 and it was fine. The next step killed the system >> again. >> >> I'm also concerned that taking TCC out of automatic mode might not be a >> great idea, at least until things like _PSV are supported. When I do a >> buildkernel, buildworld or any big compile job, I need to slow down the >> CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if >> I don't. If I understand automatic TCC, it should throttle the CPU all >> by itself to prevent this. > > > Taking TCC out of automatic mode doesn't disable thermal controlling > circuitry completely, so that if the processor overheats it will shut > down the machine anyway: > > --- > Regardless of enabling of the automatic > or On-Demand modes, in the event of a catastrophic cooling failure, the > processor will > automatically shut down when the silicon has reached a temperature of > approximately > 135 C. At this point the system bus signal THERMTRIP# will go active > and stay active > until RESET# has been initiated. > --- Correct. Even more so, automatic mode continues to override On-Demand mode if there is a more moderate thermal condition than THERMTRIP#: "On-Demand mode may be used at the same time Automatic mode is enabled, however, if the system tries to enable the TCC via On-Demand mode at the same time automatic mode is enabled AND a high temperature condition exists, the duty cycle of the automatic mode will override the duty cycle selected by the On-Demand mode." Since automatic mode is set by the BIOS before we even boot, things should be fine. >> Between throttling and frequency adjustment I can get about 16 >> performance levels and I don' see a good reason for another 15. Also, >> the change is frequency is so non-linear that small changes often don't >> make sense. The first three step are fairly straight, but then things >> get bumpy. It looks to me like all frequency settings are not created >> equal. > > I wonder this too. I think in the presence of several independent > regulators we need some form of calibration to get more or less precise > results. You can manually test this kind of stuff by doing: hint.p4tcc.0.disabled="1" -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 21:15:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CFC516A4D0 for ; Thu, 24 Feb 2005 21:15:24 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE35043D5D for ; Thu, 24 Feb 2005 21:15:23 +0000 (GMT) (envelope-from kegstand@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so381793rnf for ; Thu, 24 Feb 2005 13:15:23 -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; b=PfoSHGdw1QCezS9mKCIA3ziKSdFnmnH95R4P1W5wszEpjA8+P9VQtcxBtp/qCHLDRsPPPuy+UgXS82u8MckpE5SRdQHoRd63N2zyT/LT5MV9lmQRcQ83HTUIcWmKuTgnXmecrZao9Iua1sMpnCrvq53sEeinw9vp0DiEaYjXMfk= Received: by 10.38.181.3 with SMTP id d3mr286127rnf; Thu, 24 Feb 2005 13:15:23 -0800 (PST) Received: by 10.38.209.73 with HTTP; Thu, 24 Feb 2005 13:15:23 -0800 (PST) Message-ID: <4457c5a0502241315262bfa43@mail.gmail.com> Date: Thu, 24 Feb 2005 13:15:23 -0800 From: danh To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: firefox crashing, what should i do X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: danh List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 21:15:24 -0000 I am running Freebsd 5.3 I am using the xorg xserver I have updated all my ports. I have a Dell Latitude C600 (though I don't think that should matter) I have occasional firefox crashes. To test out what happens when I see flash content, I went to the strong bad http://www.homestarrunner.com site. It kept crashing. then i thought "I'm smart, I'll install the flash block plugin flashblock.mozdev.org for the next time I hit flash content" So I did. then when I go back to the above site, same thing, boom, firefox crashes I get this error: The program 'firefox-bin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadShmSeg (invalid shared segment parameter)'. (Details: serial 40 error_code 149 request_code 142 minor_code 2) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) What am I doing wrong? thanks. From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 21:31:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFF5916A4CE for ; Thu, 24 Feb 2005 21:31:52 +0000 (GMT) Received: from ms-smtp-02-eri0.southeast.rr.com (ms-smtp-02-lbl.southeast.rr.com [24.25.9.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 058E043D5A for ; Thu, 24 Feb 2005 21:31:52 +0000 (GMT) (envelope-from jason@ec.rr.com) Received: from BARTON (cpe-065-184-201-054.ec.rr.com [65.184.201.54]) j1OLVmed007544; Thu, 24 Feb 2005 16:31:49 -0500 (EST) Date: Thu, 24 Feb 2005 21:40:11 +0000 From: Jason Henson To: danh References: <4457c5a0502241315262bfa43@mail.gmail.com> In-Reply-To: <4457c5a0502241315262bfa43@mail.gmail.com> (from kegstand@gmail.com on Thu Feb 24 16:15:23 2005) X-Mailer: Balsa 2.2.6 Message-Id: <1109281211l.37894l.0l@BARTON> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: freebsd-current@freebsd.org Subject: Re: firefox crashing, what should i do X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 21:31:52 -0000 On 02/24/05 16:15:23, danh wrote: > I am running Freebsd 5.3 > I am using the xorg xserver > I have updated all my ports. > I have a Dell Latitude C600 (though I don't think that should matter) >=20 > I have occasional firefox crashes. To test out what happens > when I see flash content, I went to the strong bad > http://www.homestarrunner.com site. > It kept crashing. > then i thought "I'm smart, I'll install the flash block plugin > flashblock.mozdev.org for the next time I hit flash content" > So I did. > then when I go back to the above site, same thing, boom, firefox > crashes >=20 > I get this error: >=20 > The program 'firefox-bin' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadShmSeg (invalid shared segment parameter)'. > (Details: serial 40 error_code 149 request_code 142 minor_code 2) > (Note to programmers: normally, X errors are reported > asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() > function.) >=20 > What am I doing wrong? > This is the wrong list, use questions or ports-bugs. The easy way to =20 fix your problem is to remove all flash plugins. From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 21:39:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71B0E16A4CE; Thu, 24 Feb 2005 21:39:38 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F0CA43D1F; Thu, 24 Feb 2005 21:39:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1CDF3512B6; Thu, 24 Feb 2005 13:39:37 -0800 (PST) Date: Thu, 24 Feb 2005 13:39:37 -0800 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050224213936.GA2591@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: phk@FreeBSD.org Subject: Fatal trap 12 in kernload() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 21:39:38 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Updated an i386 machine to -current, panicked with this overnight: > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 06 > fault virtual address = 0x7562676b > fault code = supervisor read, page not present > instruction pointer = 0x8:0x7562676b > stack pointer = 0x10:0xf822597c > frame pointer = 0x10:0xf82259a0 > 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 = 52613 (getty) > Tracing pid 52613 tid 100360 td 0xd2d3a000 > kernload(cd533500,3,2000,d2d3a000,3) at 0x7562676b > devfs_open(f8225a4c,c072025a,1e6,c07205ff,d235f134) at devfs_open+0x291 > VOP_OPEN_APV(c07340a0,f8225a4c,3,c076d398,1) at VOP_OPEN_APV+0x9e > vn_open_cred(f8225bbc,f8225cbc,860,cd33e180,1) at vn_open_cred+0x45b > vn_open(f8225bbc,f8225cbc,860,1,d2d3a000) at vn_open+0x33 > kern_open(d2d3a000,804f860,0,3,804f860) at kern_open+0xca > open(d2d3a000,f8225d14,3a6,c071c691,d2d3a000) at open+0x36 > syscall(2f,2f,2f,2,804f860) at syscall+0x2c4 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x280ca2cb, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- > db> Kris --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCHkmYWry0BWjoQKURAt7SAJ4wy/OxriQCX3yF3lIDz2x294vn7gCfTX6P tSvyAEwt1eBklDVcFJneGwo= =EC0W -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 21:41:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE69816A4CE; Thu, 24 Feb 2005 21:41:06 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4D6B43D46; Thu, 24 Feb 2005 21:41:05 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.128] ([192.168.2.2]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j1OLenEc084803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Feb 2005 22:40:50 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <421E49D9.60803@portaone.com> Date: Thu, 24 Feb 2005 23:40:41 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20050224011924.992A65D07@ptavv.es.net> <421DA0B5.4060705@portaone.com> <421E42F2.6010105@root.org> In-Reply-To: <421E42F2.6010105@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 21:41:06 -0000 Nate Lawson wrote: > Maxim Sobolev wrote: > >> Kevin Oberman wrote: >> >>> No joy. I set it to 262 and it was fine. The next step killed the system >>> again. >>> >>> I'm also concerned that taking TCC out of automatic mode might not be a >>> great idea, at least until things like _PSV are supported. When I do a >>> buildkernel, buildworld or any big compile job, I need to slow down the >>> CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if >>> I don't. If I understand automatic TCC, it should throttle the CPU all >>> by itself to prevent this. >> >> >> >> Taking TCC out of automatic mode doesn't disable thermal controlling >> circuitry completely, so that if the processor overheats it will shut >> down the machine anyway: >> >> --- >> Regardless of enabling of the automatic >> or On-Demand modes, in the event of a catastrophic cooling failure, >> the processor will >> automatically shut down when the silicon has reached a temperature of >> approximately >> 135 C. At this point the system bus signal THERMTRIP# will go active >> and stay active >> until RESET# has been initiated. --- > > > Correct. Even more so, automatic mode continues to override On-Demand > mode if there is a more moderate thermal condition than THERMTRIP#: > > "On-Demand mode may be used at the same time Automatic mode is enabled, > however, if the system tries to enable the TCC via On-Demand mode at the > same time automatic mode is enabled AND a high temperature condition > exists, the duty cycle of the automatic mode will override the duty > cycle selected by the On-Demand mode." > > Since automatic mode is set by the BIOS before we even boot, things > should be fine. Well, this is quite tricky part of the spec. My reading is that the paragraph above applies only to situation if you are trying to set on-demand mode when both automatic mode is in effect *and* high temperature condition already exists, in that case automatic mode will win and override any manual settings. However, in the case when you have on-demand mode already on and high temperature condition emerges it will have no effect on duty cycle until THERMTRIP# kicks in. That's in my view explains why there is big AND in the text above. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 22:36:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9506016A4CE; Thu, 24 Feb 2005 22:36:16 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E6F543D39; Thu, 24 Feb 2005 22:36:16 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j1OMaDke049007; Thu, 24 Feb 2005 16:36:13 -0600 (CST) (envelope-from dan) Date: Thu, 24 Feb 2005 16:36:13 -0600 From: Dan Nelson To: Kris Kennaway Message-ID: <20050224223613.GC60363@dan.emsphone.com> References: <20050224213936.GA2591@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050224213936.GA2591@xor.obsecurity.org> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: current@freebsd.org Subject: Re: Fatal trap 12 in kernload() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 22:36:16 -0000 In the last episode (Feb 24), Kris Kennaway said: > Updated an i386 machine to -current, panicked with this overnight: > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 1; apic id = 06 > > fault virtual address = 0x7562676b 'ubgk' ? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 22:54:32 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F26216A4CE for ; Thu, 24 Feb 2005 22:54:32 +0000 (GMT) Received: from web53107.mail.yahoo.com (web53107.mail.yahoo.com [206.190.39.210]) by mx1.FreeBSD.org (Postfix) with SMTP id C280643D39 for ; Thu, 24 Feb 2005 22:54:31 +0000 (GMT) (envelope-from ipfreak@yahoo.com) Received: (qmail 11901 invoked by uid 60001); 24 Feb 2005 22:54:30 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=luyaILWXHSI08nZdi2bC7Tp/xwiZmBtPp/LeJrs7bPlY4MSrWVRAZChg7zCyBN+BetPwrR7LLVT1RngsevhWBLi4AbF8WTRs4QkdVhSAi64vBUtWQccOaM7ywZzpqRKxJ5i2sDGyOyfftRbBjQ/AsaU4X+F1hbxorvAl/m5GL68= ; Message-ID: <20050224225430.11899.qmail@web53107.mail.yahoo.com> Received: from [148.223.155.54] by web53107.mail.yahoo.com via HTTP; Thu, 24 Feb 2005 14:54:30 PST Date: Thu, 24 Feb 2005 14:54:30 -0800 (PST) From: gahn To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Entropy is blocking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 22:54:32 -0000 Hi all: what exactly is this entropy thing? it seems to be killing some processes such as sshd freebsd# /etc/rc.d/sshd start /etc/rc.d/sshd WARNING: Setting entropy source to blocking mod. ================================================== ...... Just hit for fast+insecure startup ================================================== i am using 5.3. how can i use it? can i disable it? mike __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 23:08:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7B8416A4CE; Thu, 24 Feb 2005 23:08:55 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AEE243D31; Thu, 24 Feb 2005 23:08:55 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 085CB5D61; Thu, 24 Feb 2005 18:08:55 -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 53528-06; Thu, 24 Feb 2005 18:08:54 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-75-250.ny325.east.verizon.net [68.161.75.250]) by pi.codefab.com (Postfix) with ESMTP id AD4075D39; Thu, 24 Feb 2005 18:08:53 -0500 (EST) Message-ID: <421E5E7B.5040104@mac.com> Date: Thu, 24 Feb 2005 18:08:43 -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.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <20050224011924.992A65D07@ptavv.es.net> <421DA0B5.4060705@portaone.com> <421E42F2.6010105@root.org> <421E49D9.60803@portaone.com> In-Reply-To: <421E49D9.60803@portaone.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 23:08:56 -0000 Maxim Sobolev wrote: > Nate Lawson wrote: [ ... ] >> "On-Demand mode may be used at the same time Automatic mode is >> enabled, however, if the system (tries to enable the TCC via On-Demand >> mode[1]) at the same time (automatic mode is enabled[2]) AND (a high temperature >> condition exists [3]), the duty cycle of the automatic mode will override >> the duty cycle selected by the On-Demand mode." >> >> Since automatic mode is set by the BIOS before we even boot, things >> should be fine. > > Well, this is quite tricky part of the spec. My reading is that the > paragraph above applies only to situation if you are (trying to set > on-demand mode [1]) when both (automatic mode is in effect [2]) *and* (high > temperature condition already exists [3]), in that case automatic mode will > win and override any manual settings. I suspect you'd read your paragraph with [1] and [2] joined together, but they can be read seperately just as the spec can. :-) > However, in the case when you have on-demand mode already on and high > temperature condition emerges it will have no effect on duty cycle until > THERMTRIP# kicks in. > > That's in my view explains why there is big AND in the text above. I think the spec is advising developers who try to control TCC that if PROCHOT gets asserted, the CPU may override the programmed settings in favor of the automatic ones. I don't think the spec is asserting that the CPU is forbidden from reducing power usage if PROCHOT condition is detected, regardless of what automatic mode is set to. A reasonable processor would drop to a known minimal power usage state-- hopefully one low enough to keep the CPU from completely overheating even if a fan has failed-- if PROCHOT is seen. [ It may also be the case that a CPU does not do so, in which case the ACPI driver code ought to try to pay attention to PROCHOT and reduce power consumption regardless and not just depend on CPU failsafes to work. If that is your position, well, I would agree with this. :-) ] -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 23:12:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DA5816A4CE for ; Thu, 24 Feb 2005 23:12:48 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8A3643D4C for ; Thu, 24 Feb 2005 23:12:47 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.1) id j1ONCloF015370; Thu, 24 Feb 2005 17:12:47 -0600 (CST) (envelope-from dan) Date: Thu, 24 Feb 2005 17:12:47 -0600 From: Dan Nelson To: gahn Message-ID: <20050224231246.GD60363@dan.emsphone.com> References: <20050224225430.11899.qmail@web53107.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050224225430.11899.qmail@web53107.mail.yahoo.com> X-OS: FreeBSD 5.3-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-current@freebsd.org Subject: Re: Entropy is blocking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 23:12:48 -0000 In the last episode (Feb 24), gahn said: > what exactly is this entropy thing? it seems to be > killing some processes such as sshd > > freebsd# /etc/rc.d/sshd start > /etc/rc.d/sshd? WARNING: Setting entropy source to > blocking mod. > ================================================== > ...... > Just hit for fast+insecure startup > > ================================================== That happens the first time you reboot after installing the system. There is no stored entropy, and the system needs some randomness so it can generate secure ssh host keys. Once that's done, you shouldn't see this message ever again. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 23:17:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20CD016A4CE for ; Thu, 24 Feb 2005 23:17:40 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F5E443D4C for ; Thu, 24 Feb 2005 23:17:39 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.alpha-tierchen.de (port-212-202-38-15.dynamic.qsc.de [212.202.38.15]) by mail.efacilitas.de (Postfix) with ESMTP id BB819123961; Fri, 25 Feb 2005 00:17:02 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 65C8ACCE743; Fri, 25 Feb 2005 00:17:08 +0100 (CET) Received: from mail.alpha-tierchen.de ([127.0.0.1]) by localhost (alpha-tierchen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54139-10; Fri, 25 Feb 2005 00:17:07 +0100 (CET) Received: from [192.168.1.2] (alpha.local [192.168.1.2]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 92A5ACCE73B; Fri, 25 Feb 2005 00:17:07 +0100 (CET) Message-ID: <421E60A2.9090506@cs.tu-berlin.de> Date: Fri, 25 Feb 2005 00:17:54 +0100 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050125) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: gahn References: <20050224225430.11899.qmail@web53107.mail.yahoo.com> In-Reply-To: <20050224225430.11899.qmail@web53107.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at alpha-tierchen.de cc: freebsd-current@freebsd.org Subject: Re: Entropy is blocking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 23:17:40 -0000 gahn wrote: > what exactly is this entropy thing? it seems to be > killing some processes such as sshd > > freebsd# /etc/rc.d/sshd start > /etc/rc.d/sshd WARNING: Setting entropy source to > blocking mod. > ================================================== > ...... > Just hit for fast+insecure startup > > ================================================== > > i am using 5.3. how can i use it? can i disable it? Entropy in this context has something to do with probability theory. It just want some junk from you keyboard. In other words, if you have a cat, let it walk through your keyboard and then hit . This is necessary for maximum security while creating a host key. This will only occur once. If you don't want to bother the cat then just hit . That's it. Regards Bjrn From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 23:19:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73E7316A4CE for ; Thu, 24 Feb 2005 23:19:33 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28F5B43D64 for ; Thu, 24 Feb 2005 23:19:33 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.1/8.13.1) with ESMTP id j1ONJMrG025433; Thu, 24 Feb 2005 15:19:23 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j1ONJMFk043715; Thu, 24 Feb 2005 15:19:22 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j1ONJLww043714; Thu, 24 Feb 2005 15:19:21 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200502242319.j1ONJLww043714@realtime.exit.com> In-Reply-To: <421ABB04.3030301@errno.com> To: Sam Leffler Date: Thu, 24 Feb 2005 15:19:21 -0800 (PST) X-Copyright0: Copyright 2005 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: current@freebsd.org Subject: Re: Hard hangs running 6-current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 23:19:33 -0000 Sam Leffler wrote: > If your problem does not go away then I can only suggest trying another > card. FWIW I haven't seen this. Just for the record it was indeed a hardware problem. I replaced the card and the hangs magically disappeared. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 23:34:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0660616A4CE for ; Thu, 24 Feb 2005 23:34:24 +0000 (GMT) Received: from web53101.mail.yahoo.com (web53101.mail.yahoo.com [206.190.39.204]) by mx1.FreeBSD.org (Postfix) with SMTP id 7927A43D2D for ; Thu, 24 Feb 2005 23:34:23 +0000 (GMT) (envelope-from ipfreak@yahoo.com) Received: (qmail 77735 invoked by uid 60001); 24 Feb 2005 23:34:22 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=skkE6cfBxD2+I4XOEGDQaLFyry8LPhBSh4Z/K0OC9Lt3d8Oif2MGyE7+vSsbJonzAu3fCowvxFF3c+c2Q1hag4flc+Ie5FB/FyKxqAbKiYur2dbXiCj44H7ac33ixgJqegJdGVzKBmj+33UFtfGemIXsydfvD86DIuvuVtn26xo= ; Message-ID: <20050224233422.77733.qmail@web53101.mail.yahoo.com> Received: from [148.223.155.54] by web53101.mail.yahoo.com via HTTP; Thu, 24 Feb 2005 15:34:22 PST Date: Thu, 24 Feb 2005 15:34:22 -0800 (PST) From: gahn To: Dan Nelson In-Reply-To: <20050224231246.GD60363@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: Entropy is blocking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 23:34:24 -0000 thanks dan: Can I do it manually? Actually I typed a bunch of random letters and it didnt seem to be working ... mike --- Dan Nelson wrote: > In the last episode (Feb 24), gahn said: > > what exactly is this entropy thing? it seems to be > > killing some processes such as sshd > > > > freebsd# /etc/rc.d/sshd start > > /etc/rc.d/sshd? WARNING: Setting entropy source to > > blocking mod. > > ================================================== > > ...... > > Just hit for fast+insecure startup > > > > ================================================== > > That happens the first time you reboot after > installing the system. > There is no stored entropy, and the system needs > some randomness so it > can generate secure ssh host keys. Once that's > done, you shouldn't see > this message ever again. > > -- > Dan Nelson > dnelson@allantgroup.com > __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 23:39:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0CC616A4CE for ; Thu, 24 Feb 2005 23:39:20 +0000 (GMT) Received: from web53102.mail.yahoo.com (web53102.mail.yahoo.com [206.190.39.205]) by mx1.FreeBSD.org (Postfix) with SMTP id 63BC443D39 for ; Thu, 24 Feb 2005 23:39:20 +0000 (GMT) (envelope-from ipfreak@yahoo.com) Received: (qmail 55230 invoked by uid 60001); 24 Feb 2005 23:39:19 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=4vtuiedmxOYG74i5gwsXzxy2MmeYaf8TYAKIGzKxnjgTlZVNQHj1r8VXf8yXIkrmcWeCOQDmkd8eYtRDVcEz7iu/5WWe/55ZnOmnKgJHaGLbaVL0C24DUAiY5RdmFcV//slyU/8F2RnULgh03e1t0cmO4wmKfnBhdqXGsE4MPP4= ; Message-ID: <20050224233919.55226.qmail@web53102.mail.yahoo.com> Received: from [148.223.155.54] by web53102.mail.yahoo.com via HTTP; Thu, 24 Feb 2005 15:39:19 PST Date: Thu, 24 Feb 2005 15:39:19 -0800 (PST) From: gahn To: "Bjrn" "Knig" In-Reply-To: <421E60A2.9090506@cs.tu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: Entropy is blocking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 23:39:21 -0000 Thanks: I did let my fingers running like cat and input a bunch of random letters, but I still get: PRNG is not seeded PRNG is not seeded PRNG is not seeded Entropy device is blocking --- Bjrn Knig wrote: > gahn wrote: > > > what exactly is this entropy thing? it seems to be > > killing some processes such as sshd > > > > freebsd# /etc/rc.d/sshd start > > /etc/rc.d/sshd WARNING: Setting entropy source to > > blocking mod. > > ================================================== > > ...... > > Just hit for fast+insecure startup > > > > ================================================== > > > > i am using 5.3. how can i use it? can i disable > it? > > Entropy in this context has something to do with > probability theory. It > just want some junk from you keyboard. In other > words, if you have a > cat, let it walk through your keyboard and then hit > . This is > necessary for maximum security while creating a host > key. This will only > occur once. If you don't want to bother the cat then > just hit . > That's it. > > Regards Bjrn > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 23:47:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C746F16A4CE for ; Thu, 24 Feb 2005 23:47:02 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90ED243D1D for ; Thu, 24 Feb 2005 23:47:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C90E85126E; Thu, 24 Feb 2005 15:47:01 -0800 (PST) Date: Thu, 24 Feb 2005 15:47:01 -0800 From: Kris Kennaway To: current@FreeBSD.org Message-ID: <20050224234701.GA35590@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: lockup upon resuming from DDB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 23:47:02 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I broke to DDB on a healthy quad-CPU system, then did 'cont'. The console reported this: db> cont KDB: stapcki d 34688: corrected slot count (0->1) b and hung. Kris --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCHmd1Wry0BWjoQKURAo3zAJ9cOx4AT1jmKxqFr3UVPGE6y0UOhACeL0Ag TwPP0mnfBniHTbRT8wtqATg= =hHC2 -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 23:54:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D2D2A16A4CE for ; Thu, 24 Feb 2005 23:54:27 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B63643D5C for ; Thu, 24 Feb 2005 23:54:27 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.alpha-tierchen.de (port-212-202-38-15.dynamic.qsc.de [212.202.38.15]) by mail.efacilitas.de (Postfix) with ESMTP id 9A13B123952 for ; Fri, 25 Feb 2005 00:53:50 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 527D0CCE743 for ; Fri, 25 Feb 2005 00:53:56 +0100 (CET) Received: from mail.alpha-tierchen.de ([127.0.0.1]) by localhost (alpha-tierchen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31194-05 for ; Fri, 25 Feb 2005 00:53:55 +0100 (CET) Received: from [192.168.1.2] (alpha.local [192.168.1.2]) by mail.alpha-tierchen.de (Postfix) with ESMTP id B76A2CCE73B for ; Fri, 25 Feb 2005 00:53:55 +0100 (CET) Message-ID: <421E6943.3010601@cs.tu-berlin.de> Date: Fri, 25 Feb 2005 00:54:43 +0100 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050125) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20050224233919.55226.qmail@web53102.mail.yahoo.com> In-Reply-To: <20050224233919.55226.qmail@web53102.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at alpha-tierchen.de Subject: Re: Entropy is blocking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 23:54:28 -0000 And it don't even work if you type nothing, i.e. just . Bjrn From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 23:57:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2930916A4CE for ; Thu, 24 Feb 2005 23:57:14 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D920243D55 for ; Thu, 24 Feb 2005 23:57:13 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.alpha-tierchen.de (port-212-202-38-15.dynamic.qsc.de [212.202.38.15]) by mail.efacilitas.de (Postfix) with ESMTP id 497EA123952; Fri, 25 Feb 2005 00:56:37 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 57E76CCE743; Fri, 25 Feb 2005 00:56:41 +0100 (CET) Received: from mail.alpha-tierchen.de ([127.0.0.1]) by localhost (alpha-tierchen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23076-10; Fri, 25 Feb 2005 00:56:39 +0100 (CET) Received: from [192.168.1.2] (alpha.local [192.168.1.2]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 62DD4CCE73B; Fri, 25 Feb 2005 00:56:38 +0100 (CET) Message-ID: <421E69E6.8030807@cs.tu-berlin.de> Date: Fri, 25 Feb 2005 00:57:26 +0100 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050125) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: gahn References: <20050224233919.55226.qmail@web53102.mail.yahoo.com> In-Reply-To: <20050224233919.55226.qmail@web53102.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at alpha-tierchen.de cc: freebsd-current@freebsd.org Subject: Re: Entropy is blocking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 23:57:14 -0000 Just a guess, do you have /dev/random? Bjrn From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 00:02:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E951916A4CE for ; Fri, 25 Feb 2005 00:02:42 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5871343D1D for ; Fri, 25 Feb 2005 00:02:41 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 624B58565D; Fri, 25 Feb 2005 10:32:39 +1030 (CST) Date: Fri, 25 Feb 2005 10:32:39 +1030 From: Greg 'groggy' Lehey To: Kris Kennaway Message-ID: <20050225000239.GR36248@wantadilla.lemis.com> References: <20050224234701.GA35590@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wrKlp6BRlOaZF1QE" Content-Disposition: inline In-Reply-To: <20050224234701.GA35590@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: current@FreeBSD.org Subject: Re: lockup upon resuming from DDB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 00:02:43 -0000 --wrKlp6BRlOaZF1QE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 24 February 2005 at 15:47:01 -0800, Kris Kennaway wrote: > I broke to DDB on a healthy quad-CPU system, then did 'cont'. The > console reported this: > > db> cont > KDB: stapcki d 34688: corrected slot count (0->1) > b > > and hung. Which version of the system? What hardware? Greg -- See complete headers for address and phone numbers. --wrKlp6BRlOaZF1QE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCHmsfIubykFB6QiMRAtuTAKClXn9ZYXkbNdvM+4vC8AmvaAq+TgCfa4HW ShunTg/NfF4iyOraENChpa8= =dvh3 -----END PGP SIGNATURE----- --wrKlp6BRlOaZF1QE-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 00:13:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A8CD16A4CE for ; Fri, 25 Feb 2005 00:13:07 +0000 (GMT) Received: from zinc.pathwaynet.com (zinc.pathwaynet.com [216.46.200.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id D982843D3F for ; Fri, 25 Feb 2005 00:13:06 +0000 (GMT) (envelope-from sturdee@pathwaynet.com) Received: from sun.mikesweb.com ([216.46.200.114]) by zinc.pathwaynet.com with esmtp (Exim 4.43) id 1D4T6Q-000DSY-Bp for current@FreeBSD.org; Thu, 24 Feb 2005 19:13:06 -0500 Date: Thu, 24 Feb 2005 19:13:06 -0500 (EST) From: Mike Sturdee X-X-Sender: sturdee@sun.mikesweb.com To: current@FreeBSD.org Message-ID: <20050224190926.Y41330@sun.mikesweb.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: syslog msg size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 00:13:07 -0000 In trying to receive syslog(3) messages longer than 1024 bytes with syslog-ng, I'm noticing FreeBSD's library function syslog(3) is the only syslog implementation besides Solaris limited to 1024.. Has removing this limitation ever been considered? -Mike From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 00:35:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5586A16A4CE for ; Fri, 25 Feb 2005 00:35:54 +0000 (GMT) Received: from ppp162-47.static.internode.on.net (ppp162-47.static.internode.on.net [150.101.162.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFA7943D2F for ; Fri, 25 Feb 2005 00:35:53 +0000 (GMT) (envelope-from emikulic@dmr.ath.cx) Received: by ppp162-47.static.internode.on.net (Poofix, from userid 1001) id 844F560D1; Fri, 25 Feb 2005 11:35:51 +1100 (EST) Date: Fri, 25 Feb 2005 11:35:51 +1100 From: Emil Mikulic To: freebsd-current@freebsd.org Message-ID: <20050225003551.GA4122@dmr.ath.cx> Mail-Followup-To: Emil Mikulic , freebsd-current@freebsd.org References: <421DEB5D.9090703@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <421DEB5D.9090703@alumni.rice.edu> X-PGP-ID: 1024D/344A699F X-PGP-Fingerprint: EE97 2C84 6D07 E76C F075 C0BA ED2A 9319 344A 699F X-Written-On: dmr.ath.cx (FreeBSD 6.0-CURRENT i386) User-Agent: Mutt/1.5.7i Subject: Re: panic: Duplicate free of item 0xc2580a00 from zone 0xc103e9a0(Mbuf) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 00:35:54 -0000 On Thu, Feb 24, 2005 at 08:57:33AM -0600, Jon Noack wrote: > From src/sys/pci/if_rl.c: > "The RealTek 8139 PCI NIC redefines the meaning of 'low end.' This is > probably the worst PCI ethernet controller ever made, with the possible > exception of the FEAST chip made by SMC. The 8139 supports bus-master > DMA, but it has a terrible interface that nullifies any performance > gains that bus-master DMA usually offers. > ..." > > I would bet that (in)famous comment coupled with everyone recommending > fxp or em adapters[1] causes most who experience problems to abandon rl > adapters at the first hint of trouble. A few weeks ago I was copying a large file from a machine with an rl interface to a machine with an fxp one. Both were running 6-CURRENT with almost identical kernel configs. top showed the rl irq was eating 20% of the CPU time of a 1050MHz K7. On the other end, the fxp irq was eating 1% of a 400MHz Pentium II. > [1] I use fxp and em adapters and I've never had a problem with them. > As such, I can't argue with the recommendation. Seconded. --Emil From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 00:41:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A905816A4CE for ; Fri, 25 Feb 2005 00:41:50 +0000 (GMT) Received: from web53108.mail.yahoo.com (web53108.mail.yahoo.com [206.190.39.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 2308343D5A for ; Fri, 25 Feb 2005 00:41:50 +0000 (GMT) (envelope-from ipfreak@yahoo.com) Received: (qmail 81247 invoked by uid 60001); 25 Feb 2005 00:41:46 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=emiC5W1ytwY2fxr2UXNODoqznJhNO8u6wPLCZclHJk7uyfRQfAnZfLVFgue2zGzdhilLWGlD+mfK89LqxcYxrjslNa8Y6b678G19x/+H79lYdmoc8r/wDbgUY+mil/hDO6ZNlzN4qUSOSXf5rSonFv+txZZqU2kti2wchr8GEAM= ; Message-ID: <20050225004146.81245.qmail@web53108.mail.yahoo.com> Received: from [148.223.155.54] by web53108.mail.yahoo.com via HTTP; Thu, 24 Feb 2005 16:41:45 PST Date: Thu, 24 Feb 2005 16:41:45 -0800 (PST) From: gahn To: "Bjrn" "Knig" In-Reply-To: <421E69E6.8030807@cs.tu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: Entropy is blocking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 00:41:50 -0000 no, Bjorn how can i fix this? mike --- Bjrn Knig wrote: > Just a guess, do you have /dev/random? > > Bjrn > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > __________________________________ Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. http://info.mail.yahoo.com/mail_250 From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 01:51:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7554A16A4CE for ; Fri, 25 Feb 2005 01:51:50 +0000 (GMT) Received: from mail.efacilitas.de (efacilitas.de [213.133.110.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D91843D48 for ; Fri, 25 Feb 2005 01:51:50 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from mail.alpha-tierchen.de (port-212-202-38-15.dynamic.qsc.de [212.202.38.15]) by mail.efacilitas.de (Postfix) with ESMTP id 34B3F123952 for ; Fri, 25 Feb 2005 02:51:13 +0100 (CET) Received: from localhost (localhost.local [127.0.0.1]) by mail.alpha-tierchen.de (Postfix) with ESMTP id BB7DFCCD838 for ; Fri, 25 Feb 2005 02:51:18 +0100 (CET) Received: from mail.alpha-tierchen.de ([127.0.0.1]) by localhost (alpha-tierchen.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62244-02 for ; Fri, 25 Feb 2005 02:51:18 +0100 (CET) Received: from [192.168.1.2] (alpha.local [192.168.1.2]) by mail.alpha-tierchen.de (Postfix) with ESMTP id 28A70CCD837 for ; Fri, 25 Feb 2005 02:51:18 +0100 (CET) Message-ID: <421E84C7.7060602@cs.tu-berlin.de> Date: Fri, 25 Feb 2005 02:52:07 +0100 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050125) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <20050225004146.81245.qmail@web53108.mail.yahoo.com> In-Reply-To: <20050225004146.81245.qmail@web53108.mail.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at alpha-tierchen.de Subject: Re: Entropy is blocking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 01:51:50 -0000 gahn wrote: > --- Bjrn Knig wrote: > >> Just a guess, do you have /dev/random? >> > no, Bjorn > > how can i fix this? You need 'device random' in your kernel configuration. I suppose you built a kernel from a former kernel configuration? Create a new kernel configuration based upon GENERIC in this case. There were some important changes since 5.2.1. Bjrn From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 01:55:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37CED16A4CE for ; Fri, 25 Feb 2005 01:55:43 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51E6E43D2F for ; Fri, 25 Feb 2005 01:55:42 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 92817 invoked from network); 25 Feb 2005 01:55:40 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.127.177.174]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 25 Feb 2005 01:55:40 -0000 Message-ID: <421E8607.6010008@authtec.com> Date: Fri, 25 Feb 2005 09:57:27 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20050225004146.81245.qmail@web53108.mail.yahoo.com> <421E84C7.7060602@cs.tu-berlin.de> In-Reply-To: <421E84C7.7060602@cs.tu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: current@freebsd.org Subject: Re: Entropy is blocking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 01:55:43 -0000 Bjrn Knig wrote: > gahn wrote: > > > --- Bjrn Knig wrote: > > > >> Just a guess, do you have /dev/random? > >> > > no, Bjorn > > > > how can i fix this? > > You need 'device random' in your kernel configuration. I suppose you > built a kernel from a former kernel configuration? Create a new kernel > configuration based upon GENERIC in this case. There were some > important changes since 5.2.1. > This sometimes may not work, I got around this problem by pre-generate pair-keys in the /etc/ssh/ directory, the system boots fawlessly ever since. Sam > Bjrn From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 01:58:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B7D716A4CE; Fri, 25 Feb 2005 01:58:55 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31DE943D48; Fri, 25 Feb 2005 01:58:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6B292514DA; Thu, 24 Feb 2005 17:58:53 -0800 (PST) Date: Thu, 24 Feb 2005 17:58:53 -0800 From: Kris Kennaway To: Greg 'groggy' Lehey Message-ID: <20050225015853.GA69214@xor.obsecurity.org> References: <20050224234701.GA35590@xor.obsecurity.org> <20050225000239.GR36248@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <20050225000239.GR36248@wantadilla.lemis.com> User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: lockup upon resuming from DDB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 01:58:55 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 25, 2005 at 10:32:39AM +1030, Greg 'groggy' Lehey wrote: > On Thursday, 24 February 2005 at 15:47:01 -0800, Kris Kennaway wrote: > > I broke to DDB on a healthy quad-CPU system, then did 'cont'. The > > console reported this: > > > > db> cont > > KDB: stapcki d 34688: corrected slot count (0->1) > > b > > > > and hung. >=20 > Which version of the system? What hardware? I've seen similar problems on 6.0 and 5.3 with various MP i386 and sparc64 machines. The above was from a quad e450 sparc64 machine running RELENG_5. Kris --fUYQa+Pmc3FrFX/N Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCHoZcWry0BWjoQKURAowZAKCmLodBc9/j2SOWItdipS0eqQqb8QCg9vhF 5D2Mr7gO+zxL407zPBDWa1E= =PoMm -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 03:21:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 446EF16A4CE; Fri, 25 Feb 2005 03:21:53 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3723843D54; Fri, 25 Feb 2005 03:21:52 +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.3/8.13.3) with ESMTP id j1P3Lpt1006889; Thu, 24 Feb 2005 22:21:51 -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.1/8.13.1) with ESMTP id j1P3LpsN028376; Thu, 24 Feb 2005 22:21:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 245AC7306E; Thu, 24 Feb 2005 22:21:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050225032151.245AC7306E@freebsd-current.sentex.ca> Date: Thu, 24 Feb 2005 22:21:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 03:21:53 -0000 TB --- 2005-02-25 01:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-25 01:45:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-02-25 01:45:01 - checking out the source tree TB --- 2005-02-25 01:45:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-02-25 01:45:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-25 01:50:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-25 01:50:50 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-25 01:50:50 - /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-02-25 02:57:58 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-25 02:57:58 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-25 02:57:58 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Feb 25 02:57:58 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 Fri Feb 25 03:11:01 UTC 2005 TB --- 2005-02-25 03:11:01 - generating LINT kernel config TB --- 2005-02-25 03:11:01 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-02-25 03:11:01 - /usr/bin/make -B LINT TB --- 2005-02-25 03:11:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-25 03:11:02 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-25 03:11:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 25 03:11: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/if_tl.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/if_vr.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/if_wb.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/if_xl.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/intpm.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/pci/ncr.c /tinderbox/CURRENT/alpha/alpha/src/sys/pci/ncr.c:1282: error: syntax error before "np" /tinderbox/CURRENT/alpha/alpha/src/sys/pci/ncr.c:1283: warning: function declaration isn't a prototype *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-02-25 03:21:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-25 03:21:50 - ERROR: failed to build lint kernel TB --- 2005-02-25 03:21:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 04:50:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4304C16A4CE; Fri, 25 Feb 2005 04:50:22 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C413243D55; Fri, 25 Feb 2005 04:50:21 +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.3/8.13.3) with ESMTP id j1P4oLlL011680; Thu, 24 Feb 2005 23:50:21 -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.1/8.13.1) with ESMTP id j1P4oLFZ057762; Thu, 24 Feb 2005 23:50:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 378527306E; Thu, 24 Feb 2005 23:50:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050225045021.378527306E@freebsd-current.sentex.ca> Date: Thu, 24 Feb 2005 23:50:21 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 04:50:22 -0000 TB --- 2005-02-25 03:21:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-25 03:21:51 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-02-25 03:21:51 - checking out the source tree TB --- 2005-02-25 03:21:51 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-02-25 03:21:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-25 03:27:45 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-25 03:27:45 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-25 03:27: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-02-25 04:35:07 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-25 04:35:07 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-25 04:35:07 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Feb 25 04:35:07 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 Fri Feb 25 04:50:19 UTC 2005 TB --- 2005-02-25 04:50:19 - generating LINT kernel config TB --- 2005-02-25 04:50:19 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-02-25 04:50:19 - /usr/bin/make -B LINT TB --- 2005-02-25 04:50:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-25 04:50:19 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-25 04:50:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 25 04:50:19 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf; PATH=/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/sbin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/bin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/legacy/usr/games:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/sbin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/bin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf/LINT config: Error: device "acpi_perf" is unknown config: 1 errors WARNING: kernel contains GPL contaminated ext2fs filesystem *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-02-25 04:50:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-25 04:50:20 - ERROR: failed to build lint kernel TB --- 2005-02-25 04:50:20 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 06:51:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5428016A4CF; Fri, 25 Feb 2005 06:51:54 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA2B343D48; Fri, 25 Feb 2005 06:51:53 +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.1/8.13.1) with ESMTP id j1P6po4d016747; Fri, 25 Feb 2005 01:51:51 -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.1/8.13.1) with ESMTP id j1P6pocp061194; Fri, 25 Feb 2005 01:51:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D39F97306E; Fri, 25 Feb 2005 01:51:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050225065150.D39F97306E@freebsd-current.sentex.ca> Date: Fri, 25 Feb 2005 01:51:50 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/721/Tue Feb 22 09:01:26 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 06:51:54 -0000 TB --- 2005-02-25 04:50:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-25 04:50:21 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-02-25 04:50:21 - checking out the source tree TB --- 2005-02-25 04:50:21 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-02-25 04:50:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-25 04:56:12 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-25 04:56:12 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-25 04:56:12 - /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-02-25 06:25:45 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-25 06:25:45 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-25 06:25:45 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Feb 25 06:25:46 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 Fri Feb 25 06:51:48 UTC 2005 TB --- 2005-02-25 06:51:48 - generating LINT kernel config TB --- 2005-02-25 06:51:48 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-02-25 06:51:48 - /usr/bin/make -B LINT TB --- 2005-02-25 06:51:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-25 06:51:49 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-25 06:51:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 25 06:51:49 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /tinderbox/CURRENT/i386/i386/src/sys/i386/conf; PATH=/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/legacy/usr/sbin:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/legacy/usr/bin:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/legacy/usr/games:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/sbin:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/bin:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/LINT /tinderbox/CURRENT/i386/i386/src/sys/i386/conf/LINT config: Error: device "acpi_perf" is unknown config: 1 errors WARNING: kernel contains GPL contaminated ext2fs filesystem WARNING: COMPAT_SVR4 is broken and should be avoided *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-02-25 06:51:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-25 06:51:50 - ERROR: failed to build lint kernel TB --- 2005-02-25 06:51:50 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 07:39:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22D4916A4CE for ; Fri, 25 Feb 2005 07:39:42 +0000 (GMT) Received: from mail.freebsd.org.cn (dns3.freebsd.org.cn [61.129.66.75]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E73843D3F for ; Fri, 25 Feb 2005 07:39:38 +0000 (GMT) (envelope-from delphij@frontfree.net) Received: (qmail 28555 invoked by uid 0); 25 Feb 2005 07:30:18 -0000 Received: from unknown (HELO beastie.frontfree.net) (219.239.99.7) by mail.freebsd.org.cn with SMTP; 25 Feb 2005 07:30:18 -0000 Received: from localhost (localhost.frontfree.net [127.0.0.1]) by beastie.frontfree.net (Postfix) with ESMTP id 954011355C6; Fri, 25 Feb 2005 15:14:06 +0800 (CST) Received: from beastie.frontfree.net ([127.0.0.1]) by localhost (beastie.frontfree.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32438-10; Fri, 25 Feb 2005 15:13:54 +0800 (CST) Received: from localhost.localdomain (unknown [218.30.108.122]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by beastie.frontfree.net (Postfix) with ESMTP id 8E9011355BE; Fri, 25 Feb 2005 15:13:52 +0800 (CST) From: Xin LI To: FreeBSD Tinderbox In-Reply-To: <20050225065150.D39F97306E@freebsd-current.sentex.ca> References: <20050225065150.D39F97306E@freebsd-current.sentex.ca> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-+HlRJBroxHqT7kgIAGlg" Organization: The FreeBSD Simplified Chinese Project Date: Fri, 25 Feb 2005 15:12:15 +0800 Message-Id: <1109315535.6630.0.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Virus-Scanned: by amavisd-new at frontfree.net cc: current@freebsd.org cc: i386@freebsd.org Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: delphij@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 07:39:42 -0000 --=-+HlRJBroxHqT7kgIAGlg Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > TB --- 2005-02-25 06:51:48 - generating LINT kernel config > TB --- 2005-02-25 06:51:48 - cd /home/tinderbox/CURRENT/i386/i386/src/sys= /i386/conf > TB --- 2005-02-25 06:51:48 - /usr/bin/make -B LINT > TB --- 2005-02-25 06:51:49 - building LINT kernel (COPTFLAGS=3D-O2 -pipe) > TB --- 2005-02-25 06:51:49 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2005-02-25 06:51:49 - /usr/bin/make buildkernel KERNCONF=3DLINT > >>> Kernel build for LINT started on Fri Feb 25 06:51:49 UTC 2005 > >>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /tinderbox/CURRENT/i386/i386/src/sys/i386/conf; PATH=3D/home/tinderbo= x/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/legacy/usr/sbi= n:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i38= 6/legacy/usr/bin:/home/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i3= 86/i386/src/i386/legacy/usr/games:/home/tinderbox/CURRENT/i386/i386/obj/tin= derbox/CURRENT/i386/i386/src/i386/usr/sbin:/home/tinderbox/CURRENT/i386/i38= 6/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/bin:/home/tinderbox/CURRENT/= i386/i386/obj/tinderbox/CURRENT/i386/i386/src/i386/usr/games:/sbin:/bin:/us= r/sbin:/usr/bin config -d /home/tinderbox/CURRENT/i386/i386/obj/tinderbox= /CURRENT/i386/i386/src/sys/LINT /tinderbox/CURRENT/i386/i386/src/sys/i386/= conf/LINT > config: Error: device "acpi_perf" is unknown > config: 1 errors This should have been fixed. Also ia64 and amd64 ones. Cheers, --=20 Xin LI http://www.delphij.net/ --=-+HlRJBroxHqT7kgIAGlg Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8?= =?UTF-8?Q?=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCHs/P/cVsHxFZiIoRAlQYAKCFSMV3zsFwWMyBbqw6EUIEq6iZGQCfd9zg G/EwR/HB6UCJJeJnczpxM8A= =awGB -----END PGP SIGNATURE----- --=-+HlRJBroxHqT7kgIAGlg-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 08:27:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 211F016A4CE for ; Fri, 25 Feb 2005 08:27:40 +0000 (GMT) Received: from av11-1-sn2.hy.skanova.net (av11-1-sn2.hy.skanova.net [81.228.8.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0144943D41 for ; Fri, 25 Feb 2005 08:27:39 +0000 (GMT) (envelope-from martin@gneto.com) Received: by av11-1-sn2.hy.skanova.net (Postfix, from userid 502) id F0F4A38275; Fri, 25 Feb 2005 09:27:37 +0100 (CET) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av11-1-sn2.hy.skanova.net (Postfix) with ESMTP id DE3C038274 for ; Fri, 25 Feb 2005 09:27:37 +0100 (CET) Received: from [192.168.2.30] (h118n1fls31o985.telia.com [213.65.16.118]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id C896E37E56 for ; Fri, 25 Feb 2005 09:27:37 +0100 (CET) Message-ID: <421EE178.4080609@gneto.com> Date: Fri, 25 Feb 2005 09:27:37 +0100 From: Martin Nilsson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.4 and USB keyboard support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 08:27:40 -0000 I'm having trouble with a Belkin KVM switch that provides keyboard/mouse to each server with one USB cable. On 5.3-R this is completely broken, on 5.3-STABLE is seems to work OK when booting from a harddrive. When PXE booting I don't get any keyboard until i disconnect/reconnect the USB cable, then I get a US keyboard layout not the Swedish that I have specified in rc.conf. I haven't tested if USB keybord works when booting from a recent snapshot-CD. I'll try to find a separate USB keyboard mouse so I don't have to stand in front of noisy 1U servers to debug this. Can we put this issue on the 5.4 todo so that it gets tested on more keyb/KVM/motherbord-BIOS combinations than I have here. /Martin From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 08:59:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1305716A4CE; Fri, 25 Feb 2005 08:59:55 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A40C43D48; Fri, 25 Feb 2005 08:59:54 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.128] ([192.168.2.2]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j1P8u1Fx078798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 Feb 2005 09:56:02 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <421EE81C.3040204@portaone.com> Date: Fri, 25 Feb 2005 10:55:56 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <20050224011924.992A65D07@ptavv.es.net> <421DA0B5.4060705@portaone.com> <421E42F2.6010105@root.org> <421E49D9.60803@portaone.com> <421E5E7B.5040104@mac.com> In-Reply-To: <421E5E7B.5040104@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 08:59:55 -0000 Chuck Swiger wrote: > Maxim Sobolev wrote: > >> Nate Lawson wrote: > > [ ... ] > >>> "On-Demand mode may be used at the same time Automatic mode is >>> enabled, however, if the system (tries to enable the TCC via >>> On-Demand mode[1]) at the same time (automatic mode is enabled[2]) >>> AND (a high temperature condition exists [3]), the duty cycle of the >>> automatic mode will override the duty cycle selected by the On-Demand >>> mode." >>> >>> Since automatic mode is set by the BIOS before we even boot, things >>> should be fine. >> >> >> Well, this is quite tricky part of the spec. My reading is that the >> paragraph above applies only to situation if you are (trying to set >> on-demand mode [1]) when both (automatic mode is in effect [2]) *and* >> (high temperature condition already exists [3]), in that case >> automatic mode will win and override any manual settings. > > > I suspect you'd read your paragraph with [1] and [2] joined together, > but they can be read seperately just as the spec can. :-) > >> However, in the case when you have on-demand mode already on and high >> temperature condition emerges it will have no effect on duty cycle >> until THERMTRIP# kicks in. >> >> That's in my view explains why there is big AND in the text above. > > > I think the spec is advising developers who try to control TCC that if > PROCHOT gets asserted, the CPU may override the programmed settings in > favor of the automatic ones. I don't think the spec is asserting that > the CPU is forbidden from reducing power usage if PROCHOT condition is > detected, regardless of what automatic mode is set to. > > A reasonable processor would drop to a known minimal power usage state-- > hopefully one low enough to keep the CPU from completely overheating > even if a fan has failed-- if PROCHOT is seen. > > [ It may also be the case that a CPU does not do so, in which case the > ACPI driver code ought to try to pay attention to PROCHOT and reduce > power consumption regardless and not just depend on CPU failsafes to > work. If that is your position, well, I would agree with this. :-) ] Check the original spec, there is a note at the end of the respective paragraph (particularly the first sentence): If automatic mode is disabled the processor will be operating out of specification and cannot be guaranteed to provide reliable results. Regardless of enabling of the automatic or On-Demand modes, in the event of a catastrophic cooling failure, the processor will automatically shut down when the silicon has reached a temperature of approximately 135 C. At this point the system bus signal THERMTRIP# will go active and stay active until RESET# has been initiated. THERMTRIP# activation is independent of processor activity and does not generate any bus cycles. If THERMTRIP# is asserted, processor core voltage (Vcc) must be removed within the timeframe defined in Table 16. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 10:18:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 270B716A4CE for ; Fri, 25 Feb 2005 10:18:22 +0000 (GMT) Received: from mx0.vr-web.de (mx0.vr-web.de [195.200.35.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BD1D43D67 for ; Fri, 25 Feb 2005 10:18:21 +0000 (GMT) (envelope-from tps@vr-web.de) Received: from mx0.vr-web.de (vrwf103.vrweb.de [::ffff:192.168.27.6]) by mx0.vr-web.de with esmtp; Fri, 25 Feb 2005 11:18:12 +0100 id 00047E3C.421EFB64.0000644D Received: from vr-web.de (pD9ECC7DF.dip0.t-ipconnect.de [::ffff:217.236.199.223]) by mx0.vr-web.de with esmtp; Fri, 25 Feb 2005 11:18:17 +0100 id 000F7874.421EFB6A.00004110 Received: from hazel.tps ([192.168.1.11]) by maple (192.168.1.100) with news-to-mail ; Fri, 25 Feb 2005 10:56:36 +0100 To: current@freebsd.org Message-Id: From: Thomas Schweikle Newsgroups: gmane.os.freebsd.current Date: Fri, 25 Feb 2005 11:01:34 +0100 Lines: 16 User-Agent: KNode/0.8.2 Hamster-Pg/1.22.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Subject: lnc0: dhclient assigns address, but non reachable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 10:18:22 -0000 Hi! dhclient assigns an address to my freebsd 6.0 current system, but then this system does only reach other systems on the local network if they are within the same subnet. "netstat -r" delivers: netstat: kvm not available Routing tables rt_tables: symbol not in namelist any idea what to do, to make routing work? -- Thomas From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 13:04:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F33F16A4CE for ; Fri, 25 Feb 2005 13:04:34 +0000 (GMT) Received: from netwolf.NetMasters.Com (netwolf.netmasters.com [199.201.245.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1847943D68 for ; Fri, 25 Feb 2005 13:04:33 +0000 (GMT) (envelope-from petry@netwolf.NetMasters.Com) Received: from localhost (petry@localhost [127.0.0.1])j1PD4WCA088731; Fri, 25 Feb 2005 08:04:32 -0500 (EST) (envelope-from petry@netwolf.NetMasters.Com) Message-Id: <200502251304.j1PD4WCA088731@netwolf.NetMasters.Com> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 From: "Michael G. Petry" To: Thomas Schweikle In-Reply-To: Your message of "Fri, 25 Feb 2005 11:01:34 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Feb 2005 08:04:32 -0500 Sender: petry@netwolf.NetMasters.Com X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.16; VDF: 6.29.0.148; host: netwolf.NetMasters.Com) cc: current@freebsd.org Subject: Re: lnc0: dhclient assigns address, but non reachable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 13:04:34 -0000 You might want to check so see if you have "device mem" in your config. If you don't, you won't have a /dev/mem or /dev/kmem. I ran into the same problem when I migrated an old config without doing all the required changes listed in UPDATING. > Hi! > > dhclient assigns an address to my freebsd 6.0 current system, but > then this system does only reach other systems on the local network > if they are within the same subnet. > > "netstat -r" delivers: > netstat: kvm not available > Routing tables > rt_tables: symbol not in namelist > > any idea what to do, to make routing work? > > -- > Thomas > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Michael Petry From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 15:56:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1FF916A4CE for ; Fri, 25 Feb 2005 15:56:58 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F41AF43D45 for ; Fri, 25 Feb 2005 15:56:57 +0000 (GMT) (envelope-from shampurj@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so520939rnf for ; Fri, 25 Feb 2005 07:56:57 -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; b=VQ/+MpkUH6Stlfqno5t5wHIOQub1pTVW3UPia+GmmciKynCnp2OvwN373bIjwzjfOhGoZ1DWx9v/nuyCyswEDY1TyYbWpa749W6cMtnvaHjmbmkaxwOxJulgylLR9DIfEmgAVrjyHxQwCfuwRtGR1lS8bGbKo4MFTOW+XMLcmFw= Received: by 10.38.97.78 with SMTP id u78mr111756rnb; Fri, 25 Feb 2005 07:56:56 -0800 (PST) Received: by 10.38.181.65 with HTTP; Fri, 25 Feb 2005 07:56:56 -0800 (PST) Message-ID: <6d2a982f05022507565bebcc50@mail.gmail.com> Date: Fri, 25 Feb 2005 10:56:56 -0500 From: Jay Shampur To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jay Shampur List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 15:56:59 -0000 Greetings, I have a problem with recompiling my kernel. I have wiped the /usr/src and re-cvsupped the source after I first encountered the problem. Following is info that I think might help you help me :) uname -a output: ----------------------- FreeBSD webmail.domain.com 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon Feb 23 20:45:55 GMT 2004 root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 my cvsupfile: ----------------- *default host=cvsup5.FreeBSD.org *default base=/usr *default prefix=/usr *default release=cvs *default tag=RELENG_5_2 *default delete use-rel-suffix *default tag=. ports-all doc-all src-all Note that for default tag I tried both cvs and the RELENG_5_2 as values, and it made no difference. ALSO, I did not MAKE ANY CHANGES to the GENERIC file. Compile error: -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/GENERIC /usr/src/sys/i386/conf/GENERIC Kernel build directory is /usr/obj/usr/src/sys/GENERIC Don't forget to do a ``make depend'' -------------------------------------------------------------- >>> stage 2.1: cleaning up the object tree -------------------------------------------------------------- cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make KERNEL=kernel cleandir rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel linterrs makelinks tags vers.c vnode_if.c vnode_if.h majors.c eisa_if.c miibus_if.c card_if.c power_if.c pci_if.c pcib_if.c ppbus_if.c usb_if.c isa_if.c bus_if.c cpufreq_if.c device_if.c linker_if.c agp_if.c acpi_if.c eisa_if.h miibus_if.h card_if.h power_if.h pci_if.h pcib_if.h ppbus_if.h usb_if.h isa_if.h bus_if.h cpufreq_if.h device_if.h linker_if.h agp_if.h acpi_if.h aicasm* y.tab.h aic7xxx_seq.h aic7xxx_reg.h aic7xxx_reg_print.c aic79xx_seq.h aic79xx_reg.h aic79xx_reg_print.c miidevs.h pccarddevs.h usbdevs.h usbdevs_data.h cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/GENERIC/modules KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/GENERIC" make cleandir +for: not found *** Error code 127 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ---------------- HELP !!! Thank you...Jay From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 16:12:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0443116A4CE for ; Fri, 25 Feb 2005 16:12:46 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4436543D31 for ; Fri, 25 Feb 2005 16:12:45 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id BEA4A512B6; Fri, 25 Feb 2005 08:12:42 -0800 (PST) Date: Fri, 25 Feb 2005 08:12:42 -0800 From: Kris Kennaway To: Jay Shampur Message-ID: <20050225161242.GA8925@xor.obsecurity.org> References: <6d2a982f05022507565bebcc50@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <6d2a982f05022507565bebcc50@mail.gmail.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 16:12:46 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 25, 2005 at 10:56:56AM -0500, Jay Shampur wrote: > Greetings, >=20 > I have a problem with recompiling my kernel. I have wiped the > /usr/src and re-cvsupped the source after I first encountered the > problem. Following is info that I think might help you help me :) >=20 > uname -a output: > ----------------------- > FreeBSD webmail.domain.com 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon > Feb 23 20:45:55 GMT 2004 =20 > root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 >=20 > my cvsupfile: > ----------------- > *default host=3Dcvsup5.FreeBSD.org > *default base=3D/usr > *default prefix=3D/usr > *default release=3Dcvs > *default tag=3DRELENG_5_2 > *default delete use-rel-suffix > *default tag=3D. > ports-all > doc-all > src-all >=20 > Note that for default tag I tried both cvs and the RELENG_5_2 as > values, and it made no difference. >=20 > ALSO, I did not MAKE ANY CHANGES to the GENERIC file. Looks like you forgot to buildworld first, per the upgrade instructions. Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCH056Wry0BWjoQKURAnjIAJsF7mrOf7I29+j6FC0NmR8SvmbenACgmBfB x/aGBkCPHIsZ+ZixApoTjIY= =RzKj -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 16:24:15 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E723816A4CE for ; Fri, 25 Feb 2005 16:24:15 +0000 (GMT) Received: from phoenix.gargantuan.com (phoenix.gargantuan.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id E453C43D55 for ; Fri, 25 Feb 2005 16:24:14 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 1996C745; Fri, 25 Feb 2005 11:24:14 -0500 (EST) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id D10DA613; Fri, 25 Feb 2005 11:24:01 -0500 (EST) Date: Fri, 25 Feb 2005 11:24:01 -0500 From: "Michael W. Oliver" To: Jay Shampur Message-ID: <20050225162401.GB13053@gargantuan.com> Mail-Followup-To: Jay Shampur , freebsd-current@freebsd.org References: <6d2a982f05022507565bebcc50@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o" Content-Disposition: inline In-Reply-To: <6d2a982f05022507565bebcc50@mail.gmail.com> X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: http://michael.gargantuan.com/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.7i X-Spam-DCC: sgs_public_dcc_server: phoenix.gargantuan.com 1199; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-105.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.2 X-Spam-Pyzor: Reported 0 times. cc: freebsd-current@freebsd.org Subject: Re: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 16:24:16 -0000 --Fba/0zbH8Xs+Fj9o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005-02-25T10:56:56-0500, Jay Shampur wrote: > Greetings, >=20 > I have a problem with recompiling my kernel. I have wiped the > /usr/src and re-cvsupped the source after I first encountered the > problem. Following is info that I think might help you help me :) >=20 > uname -a output: > ----------------------- > FreeBSD webmail.domain.com 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon > Feb 23 20:45:55 GMT 2004 =20 > root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 >=20 > my cvsupfile: > ----------------- > *default host=3Dcvsup5.FreeBSD.org > *default base=3D/usr > *default prefix=3D/usr > *default release=3Dcvs > *default tag=3DRELENG_5_2 > *default delete use-rel-suffix > *default tag=3D. you have two "*default tag=3D" lines here, one for RELENG_5_2 and one for HEAD. i am no expert, but i think you now have CURRENT src on your machine, not RELENG_5_2. personally, i use a "tag=3D." cvsup-file for ports and doc, and a different cvsup-file for src, depending on the machine, that uses a relative tag line. > ports-all > doc-all > src-all >=20 > Note that for default tag I tried both cvs and the RELENG_5_2 as > values, and it made no difference. >=20 > ALSO, I did not MAKE ANY CHANGES to the GENERIC file. >=20 > Compile error: > -------------------------------------------------------------- >>>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /usr/src/sys/i386/conf;=20 > PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy= /usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/s= bin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bi= n:/usr/sbin:/usr/bin > config -d /usr/obj/usr/src/sys/GENERIC=20 > /usr/src/sys/i386/conf/GENERIC > Kernel build directory is /usr/obj/usr/src/sys/GENERIC > Don't forget to do a ``make depend'' >=20 > -------------------------------------------------------------- >>>> stage 2.1: cleaning up the object tree > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=3D/usr/obj=20 > MACHINE_ARCH=3Di386 MACHINE=3Di386 CPUTYPE=3D=20 > GROFF_BIN_PATH=3D/usr/obj/usr/src/i386/legacy/usr/bin=20 > GROFF_FONT_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/groff_font=20 > GROFF_TMAC_PATH=3D/usr/obj/usr/src/i386/legacy/usr/share/tmac=20 > _SHLIBDIRPREFIX=3D/usr/obj/usr/src/i386 INSTALL=3D"sh > /usr/src/tools/install.sh"=20 > PATH=3D/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy= /usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/s= bin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bi= n:/usr/sbin:/usr/bin > make KERNEL=3Dkernel cleandir > rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel linterrs > makelinks tags vers.c vnode_if.c vnode_if.h majors.c eisa_if.c > miibus_if.c card_if.c power_if.c pci_if.c pcib_if.c ppbus_if.c > usb_if.c isa_if.c bus_if.c cpufreq_if.c device_if.c linker_if.c > agp_if.c acpi_if.c eisa_if.h miibus_if.h card_if.h power_if.h pci_if.h > pcib_if.h ppbus_if.h usb_if.h isa_if.h bus_if.h cpufreq_if.h > device_if.h linker_if.h agp_if.h acpi_if.h aicasm* y.tab.h > aic7xxx_seq.h aic7xxx_reg.h aic7xxx_reg_print.c aic79xx_seq.h > aic79xx_reg.h aic79xx_reg_print.c miidevs.h pccarddevs.h usbdevs.h > usbdevs_data.h > cd /usr/src/sys/modules; > MAKEOBJDIRPREFIX=3D/usr/obj/usr/src/sys/GENERIC/modules > KMODDIR=3D/boot/kernel DEBUG_FLAGS=3D"-g" MACHINE=3Di386 > KERNBUILDDIR=3D"/usr/obj/usr/src/sys/GENERIC" make cleandir > +for: not found > *** Error code 127 >=20 > Stop in /usr/src/sys/modules. > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/GENERIC. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. > ---------------- >=20 > HELP !!! >=20 > Thank you...Jay Check out what Harti says about the `make' problem in this message: http://lists.freebsd.org/pipermail/freebsd-current/2004-August/033693.html --=20 Mike Oliver [see complete headers for contact information] --Fba/0zbH8Xs+Fj9o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCH1EhsWv7q8X6o8kRAgmmAJ9+kxk4K4INX+QVZz5YmNcE4Ms5nwCfWD6K wDitDG8rJsB8U6AYWYEnWgk= =/d2a -----END PGP SIGNATURE----- --Fba/0zbH8Xs+Fj9o-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 16:30:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60ECB16A4CE for ; Fri, 25 Feb 2005 16:30:44 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B69D543D53 for ; Fri, 25 Feb 2005 16:30:43 +0000 (GMT) (envelope-from shampurj@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so526991rnf for ; Fri, 25 Feb 2005 08:30:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=MzLB1dqV936XFMSJPFYymjyhC+xys8lXK8ocRSr5WLgcp77Z+DZyey/AhpX0yku5yWuuAl7mb2jEGKzNyHbVm64m1BPdLFrKMNuRbqT4W3zfdqFLJvrWX/3ivIAUMdVsiEP5g6OdBZ9DhV7NUWjknXw2jCPkDWGLdoYiJhmPcsM= Received: by 10.38.65.21 with SMTP id n21mr132529rna; Fri, 25 Feb 2005 08:30:42 -0800 (PST) Received: by 10.38.181.65 with HTTP; Fri, 25 Feb 2005 08:30:42 -0800 (PST) Message-ID: <6d2a982f050225083047197bc8@mail.gmail.com> Date: Fri, 25 Feb 2005 11:30:42 -0500 From: Jay Shampur To: Jay Shampur , freebsd-current@freebsd.org In-Reply-To: <20050225162401.GB13053@gargantuan.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6d2a982f05022507565bebcc50@mail.gmail.com> <20050225162401.GB13053@gargantuan.com> Subject: Re: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jay Shampur List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 16:30:44 -0000 On Fri, 25 Feb 2005 11:24:01 -0500, Michael W. Oliver wrote: > On 2005-02-25T10:56:56-0500, Jay Shampur wrote: > > Greetings, > > > > I have a problem with recompiling my kernel. I have wiped the > > /usr/src and re-cvsupped the source after I first encountered the > > problem. Following is info that I think might help you help me :) > > > > uname -a output: > > ----------------------- > > FreeBSD webmail.domain.com 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: Mon > > Feb 23 20:45:55 GMT 2004 > > root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 > > > > my cvsupfile: > > ----------------- > > *default host=cvsup5.FreeBSD.org > > *default base=/usr > > *default prefix=/usr > > *default release=cvs > > *default tag=RELENG_5_2 > > *default delete use-rel-suffix > > *default tag=. > > you have two "*default tag=" lines here, one for RELENG_5_2 and one for > HEAD. i am no expert, but i think you now have CURRENT src on your > machine, not RELENG_5_2. personally, i use a "tag=." cvsup-file for > ports and doc, and a different cvsup-file for src, depending on the > machine, that uses a relative tag line. > > > ports-all > > doc-all > > src-all > > > > Note that for default tag I tried both cvs and the RELENG_5_2 as > > values, and it made no difference. > > > > ALSO, I did not MAKE ANY CHANGES to the GENERIC file. > > > > Compile error: > > -------------------------------------------------------------- > >>>> stage 1: configuring the kernel > > -------------------------------------------------------------- > > cd /usr/src/sys/i386/conf; > > PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > config -d /usr/obj/usr/src/sys/GENERIC > > /usr/src/sys/i386/conf/GENERIC > > Kernel build directory is /usr/obj/usr/src/sys/GENERIC > > Don't forget to do a ``make depend'' > > > > -------------------------------------------------------------- > >>>> stage 2.1: cleaning up the object tree > > -------------------------------------------------------------- > > cd /usr/obj/usr/src/sys/GENERIC; MAKEOBJDIRPREFIX=/usr/obj > > MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= > > GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin > > GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font > > GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac > > _SHLIBDIRPREFIX=/usr/obj/usr/src/i386 INSTALL="sh > > /usr/src/tools/install.sh" > > PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > make KERNEL=kernel cleandir > > rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel linterrs > > makelinks tags vers.c vnode_if.c vnode_if.h majors.c eisa_if.c > > miibus_if.c card_if.c power_if.c pci_if.c pcib_if.c ppbus_if.c > > usb_if.c isa_if.c bus_if.c cpufreq_if.c device_if.c linker_if.c > > agp_if.c acpi_if.c eisa_if.h miibus_if.h card_if.h power_if.h pci_if.h > > pcib_if.h ppbus_if.h usb_if.h isa_if.h bus_if.h cpufreq_if.h > > device_if.h linker_if.h agp_if.h acpi_if.h aicasm* y.tab.h > > aic7xxx_seq.h aic7xxx_reg.h aic7xxx_reg_print.c aic79xx_seq.h > > aic79xx_reg.h aic79xx_reg_print.c miidevs.h pccarddevs.h usbdevs.h > > usbdevs_data.h > > cd /usr/src/sys/modules; > > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/GENERIC/modules > > KMODDIR=/boot/kernel DEBUG_FLAGS="-g" MACHINE=i386 > > KERNBUILDDIR="/usr/obj/usr/src/sys/GENERIC" make cleandir > > +for: not found > > *** Error code 127 > > > > Stop in /usr/src/sys/modules. > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/GENERIC. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > ---------------- > > > > HELP !!! > > > > Thank you...Jay > > Check out what Harti says about the `make' problem in this message: > > http://lists.freebsd.org/pipermail/freebsd-current/2004-August/033693.html > Hi Mike, I looked at the message, but there is no such folder ie: /usr/obj/usr/src/rescue/rescue/rescue.mk. In the /usr/obj/src/ there is only the sys folder Thanks, Jay From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 16:31:25 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D931116A4CE for ; Fri, 25 Feb 2005 16:31:25 +0000 (GMT) Received: from smtp815.mail.sc5.yahoo.com (smtp815.mail.sc5.yahoo.com [66.163.170.1]) by mx1.FreeBSD.org (Postfix) with SMTP id 4FB7143D1F for ; Fri, 25 Feb 2005 16:31:24 +0000 (GMT) (envelope-from donaldj1066@fastmail.fm) Received: from unknown (HELO pres7000.mylan.net) (donaldj@ameritech.net@68.248.230.86 with plain) by smtp815.mail.sc5.yahoo.com with SMTP; 25 Feb 2005 16:31:24 -0000 From: "Donald J. O'Neill" To: freebsd-current@freebsd.org, Jay Shampur Date: Fri, 25 Feb 2005 10:30:59 -0600 User-Agent: KMail/1.7.2 References: <6d2a982f05022507565bebcc50@mail.gmail.com> In-Reply-To: <6d2a982f05022507565bebcc50@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502251031.00105.donaldj1066@fastmail.fm> Subject: Re: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 16:31:26 -0000 On Friday 25 February 2005 09:56 am, Jay Shampur wrote: > Greetings, > > I have a problem with recompiling my kernel. I have wiped the > /usr/src and re-cvsupped the source after I first encountered the > problem. Following is info that I think might help you help me :) > > uname -a output: > ----------------------- > FreeBSD webmail.domain.com 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #0: > Mon Feb 23 20:45:55 GMT 2004 > root@wv1u.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC i386 > > my cvsupfile: > ----------------- > *default host=cvsup5.FreeBSD.org > *default base=/usr > *default prefix=/usr > *default release=cvs > *default tag=RELENG_5_2 > *default delete use-rel-suffix I think your problem is the line below, it can't coexist with your other *default tag. Remove it. > *default tag=. > ports-all > doc-all > src-all > > Note that for default tag I tried both cvs and the RELENG_5_2 as > values, and it made no difference. > > ALSO, I did not MAKE ANY CHANGES to the GENERIC file. > > > HELP !!! > > Thank you...Jay You're also going to have to do the complete buildworld sequence, not just rebuild the Kernel. Don -- Donald J. O'Neill donaldj1066@fastmail.fm I'm not totally useless, I can be used as a bad example. From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 16:37:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE8B216A4CE for ; Fri, 25 Feb 2005 16:37:47 +0000 (GMT) Received: from phoenix.gargantuan.com (phoenix.gargantuan.com [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88DDC43D3F for ; Fri, 25 Feb 2005 16:37:47 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id EFC516D2; Fri, 25 Feb 2005 11:37:46 -0500 (EST) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 478352A5; Fri, 25 Feb 2005 11:37:33 -0500 (EST) Date: Fri, 25 Feb 2005 11:37:33 -0500 From: "Michael W. Oliver" To: Jay Shampur Message-ID: <20050225163733.GC13053@gargantuan.com> Mail-Followup-To: Jay Shampur , freebsd-current@freebsd.org References: <6d2a982f05022507565bebcc50@mail.gmail.com> <20050225162401.GB13053@gargantuan.com> <6d2a982f050225083047197bc8@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="96YOpH+ONegL0A3E" Content-Disposition: inline In-Reply-To: <6d2a982f050225083047197bc8@mail.gmail.com> X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: http://michael.gargantuan.com/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.7i X-Spam-DCC: sgs_public_dcc_server: phoenix.gargantuan.com 1199; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-105.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.2 X-Spam-Pyzor: Reported 0 times. cc: freebsd-current@freebsd.org Subject: Re: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 16:37:48 -0000 --96YOpH+ONegL0A3E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005-02-25T11:30:42-0500, Jay Shampur wrote: > On Fri, 25 Feb 2005 11:24:01 -0500, Michael W. Oliver > wrote: >> On 2005-02-25T10:56:56-0500, Jay Shampur wrote: [...] >>> KERNBUILDDIR=3D"/usr/obj/usr/src/sys/GENERIC" make cleandir >>> +for: not found >>> *** Error code 127 >>> Stop in /usr/src/sys/modules. >>> *** Error code 1 >>> Stop in /usr/obj/usr/src/sys/GENERIC. >>> *** Error code 1 >>> Stop in /usr/src. >>> *** Error code 1 >>> Stop in /usr/src. >>> ---------------- >>> HELP !!! >>> Thank you...Jay >> Check out what Harti says about the `make' problem in this message: >> http://lists.freebsd.org/pipermail/freebsd-current/2004-August/033693.ht= ml > Hi Mike, >=20 > I looked at the message, but there is no such folder ie: >=20 > /usr/obj/usr/src/rescue/rescue/rescue.mk. >=20 > In the /usr/obj/src/ there is only the sys folder That is because you have only tried to build your kernel, not the entire world. --=20 Mike Oliver [see complete headers for contact information] --96YOpH+ONegL0A3E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCH1RNsWv7q8X6o8kRAkLDAKC99dVxIJbMNigIEIDZDqMeT+Pk+wCfXXgB qeUr5hMqKp4RUE7ttglWBV4= =lBFy -----END PGP SIGNATURE----- --96YOpH+ONegL0A3E-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 16:56:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABCD016A4CE for ; Fri, 25 Feb 2005 16:56:53 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BAF543D1F for ; Fri, 25 Feb 2005 16:56:53 +0000 (GMT) (envelope-from shampurj@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so532207rnf for ; Fri, 25 Feb 2005 08:56:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=AKO9YwbUW9IRV+FotsBmB4k3sQXANA0bK3vn72I/ufs2QSKo3Lv7zVDmcWQhHv3jwzrtzpPRW2BNaxptJaoHfq84qBhQrqqwwp1AbimFGAC2YdGcCFlgofIR9NnDBHbnpPevf/EQZVX7al2F4s5zbPDhwrje+0Qz7Pk5M9+hLTA= Received: by 10.38.181.32 with SMTP id d32mr59711rnf; Fri, 25 Feb 2005 08:56:52 -0800 (PST) Received: by 10.38.181.65 with HTTP; Fri, 25 Feb 2005 08:56:52 -0800 (PST) Message-ID: <6d2a982f05022508564ca521d7@mail.gmail.com> Date: Fri, 25 Feb 2005 11:56:52 -0500 From: Jay Shampur To: Jay Shampur , freebsd-current@freebsd.org In-Reply-To: <20050225163733.GC13053@gargantuan.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6d2a982f05022507565bebcc50@mail.gmail.com> <20050225162401.GB13053@gargantuan.com> <6d2a982f050225083047197bc8@mail.gmail.com> <20050225163733.GC13053@gargantuan.com> Subject: Re: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jay Shampur List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 16:56:53 -0000 On Fri, 25 Feb 2005 11:37:33 -0500, Michael W. Oliver wrote: > On 2005-02-25T11:30:42-0500, Jay Shampur wrote: > > On Fri, 25 Feb 2005 11:24:01 -0500, Michael W. Oliver > > wrote: > >> On 2005-02-25T10:56:56-0500, Jay Shampur wrote: > [...] > >>> KERNBUILDDIR="/usr/obj/usr/src/sys/GENERIC" make cleandir > >>> +for: not found > >>> *** Error code 127 > > >>> Stop in /usr/src/sys/modules. > >>> *** Error code 1 > > >>> Stop in /usr/obj/usr/src/sys/GENERIC. > >>> *** Error code 1 > > >>> Stop in /usr/src. > >>> *** Error code 1 > > >>> Stop in /usr/src. > >>> ---------------- > > >>> HELP !!! > > >>> Thank you...Jay > > >> Check out what Harti says about the `make' problem in this message: > > >> http://lists.freebsd.org/pipermail/freebsd-current/2004-August/033693.html > > > Hi Mike, > > > > I looked at the message, but there is no such folder ie: > > > > /usr/obj/usr/src/rescue/rescue/rescue.mk. > > > > In the /usr/obj/src/ there is only the sys folder > > That is because you have only tried to build your kernel, not the entire > world. > Mike, Thank you - if I understand the process, this is what I need to do? make buildworld make installworld make buildkernel KERNCONF=GENERIC make installkernel KERNCONF=GENERIC Also, I am not trying to upgrade my system, just rebuilding it with some new options. Thanks again...Jay > -- > Mike Oliver > [see complete headers for contact information] > > > From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 16:59:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D974616A4CE for ; Fri, 25 Feb 2005 16:59:44 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC7C143D54 for ; Fri, 25 Feb 2005 16:59:43 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 7108 invoked from network); 25 Feb 2005 16:59:41 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.127.177.174]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 25 Feb 2005 16:59:41 -0000 Message-ID: <421F59EB.8010902@authtec.com> Date: Sat, 26 Feb 2005 01:01:31 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: SCSI Quantum hard disk not usable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 16:59:45 -0000 Hi, I tried to use SCSI Adaptec 29320 and 29162 with two SCSI Quantum hard disks for installing FreeBSD 5.3 stable, the first time was fine, I insalled freebsd 5.3 on one of the hard disk without any error. Then error start coming when I reinstall the system. Both hard disks start to pring tons of errors on the screen until the system is freeze and reboot. Is this because my two SCSI hard disks become unusable? It was very expensive. Sam. From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 17:21:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5766316A4CE for ; Fri, 25 Feb 2005 17:21:08 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE01F43D46 for ; Fri, 25 Feb 2005 17:21:05 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so536649rnf for ; Fri, 25 Feb 2005 09:21:05 -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:references; b=OT8+DIYYEiOXUta3GyEYao+2v+G3VqPIjv5IGBhTiPMdOi3Ms4n5imyZWI0CwxmVHc8+lAGVM2gLFvoGcOXAPZTBuB7X2Mx2vJcUggYJfffnLsB0n8+FIBiS1GktI9Y8Q3i50gcmGV7eogPiuY2GtwaZTEivsgY692Sr36yBORc= Received: by 10.39.2.48 with SMTP id e48mr111287rni; Fri, 25 Feb 2005 09:21:05 -0800 (PST) Received: by 10.38.209.12 with HTTP; Fri, 25 Feb 2005 09:21:05 -0800 (PST) Message-ID: <84dead7205022509212f5ba02c@mail.gmail.com> Date: Fri, 25 Feb 2005 17:21:05 +0000 From: Joseph Koshy To: Jay Shampur In-Reply-To: <6d2a982f05022508564ca521d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6d2a982f05022507565bebcc50@mail.gmail.com> <20050225162401.GB13053@gargantuan.com> <6d2a982f050225083047197bc8@mail.gmail.com> <20050225163733.GC13053@gargantuan.com> <6d2a982f05022508564ca521d7@mail.gmail.com> cc: freebsd-current@freebsd.org Subject: Re: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 17:21:08 -0000 > Thank you - if I understand the process, this is what I need to do? > > make buildworld > make installworld > > make buildkernel KERNCONF=GENERIC > make installkernel KERNCONF=GENERIC /usr/src/UPDATING is your friend. (look for the text after "COMMON ITEMS") Using config(8) alone (the traditional way) will generally work withing a -stable branch. The canonical (i.e., supported) way to upgrade a kernel or world is via the procedure spelled out in /usr/src/UPDATING. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 17:23:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE37216A4CE for ; Fri, 25 Feb 2005 17:23:18 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BFB343D2F for ; Fri, 25 Feb 2005 17:23:18 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so537026rnf for ; Fri, 25 Feb 2005 09:23:18 -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:references; b=XqPFQQLm9YGcrJmwV3swqHLdryPoYQyEiZolHpbp9McI+K4mUepGTPdr53KDzTgNylzIUC/qzPVMV+B8vmJ3p7TRsD2dGnK6TocFuJKEPE14UL027kKmtJwVpyFiG9ch/tgKCkYxx6xU24CqJBbBtTuJcih6lnqquvLE9QrQKg0= Received: by 10.38.11.13 with SMTP id 13mr67819rnk; Fri, 25 Feb 2005 09:23:17 -0800 (PST) Received: by 10.38.209.12 with HTTP; Fri, 25 Feb 2005 09:23:17 -0800 (PST) Message-ID: <84dead72050225092327e2f66f@mail.gmail.com> Date: Fri, 25 Feb 2005 17:23:17 +0000 From: Joseph Koshy To: sam wun In-Reply-To: <421F59EB.8010902@authtec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <421F59EB.8010902@authtec.com> cc: freebsd-current@freebsd.org Subject: Re: SCSI Quantum hard disk not usable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 17:23:19 -0000 > error start coming when I reinstall the system. Both hard disks start to > pring tons of errors on the screen until the system is freeze and > reboot. Is this because my two SCSI hard disks become It would help if you could post the output of 'dmesg' and a few sample errors spewed out before the system freeze. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 17:23:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49DE016A4CE for ; Fri, 25 Feb 2005 17:23:33 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8CF243D45 for ; Fri, 25 Feb 2005 17:23:32 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so422480wri for ; Fri, 25 Feb 2005 09:23:31 -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:references; b=T1Xzi6ih/sQmtpPdjvkl6vvXHWYdBFlSJSoGXYAVIUgt1d7RVl1lD/65AQIJw+UXFgnKJD7iHuZ+hESJOspRM5kAkruJ8c8oXXwiSbvFR0xvgKOk5LY8IWXlN7csNab9n9XBkYUi+NrdIQ4+8wErcVNTaaucCW0lBIVgkXW0esM= Received: by 10.54.11.21 with SMTP id 21mr27036wrk; Fri, 25 Feb 2005 09:23:31 -0800 (PST) Received: by 10.54.29.8 with HTTP; Fri, 25 Feb 2005 09:23:31 -0800 (PST) Message-ID: <790a9fff05022509233fa38617@mail.gmail.com> Date: Fri, 25 Feb 2005 11:23:31 -0600 From: Scot Hetzel To: Jay Shampur In-Reply-To: <6d2a982f05022508564ca521d7@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <6d2a982f05022507565bebcc50@mail.gmail.com> <20050225162401.GB13053@gargantuan.com> <6d2a982f050225083047197bc8@mail.gmail.com> <20050225163733.GC13053@gargantuan.com> <6d2a982f05022508564ca521d7@mail.gmail.com> cc: freebsd-current@freebsd.org Subject: Re: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Scot Hetzel List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 17:23:33 -0000 On Fri, 25 Feb 2005 11:56:52 -0500, Jay Shampur wrote: > Thank you - if I understand the process, this is what I need to do? > > make buildworld > make installworld > > make buildkernel KERNCONF=GENERIC > make installkernel KERNCONF=GENERIC > > Also, I am not trying to upgrade my system, just rebuilding it with > some new options. > This is not correct, the correct procedure is: make buildworld make buildkernel make installkernel mergemaster make installworld NOTE: This may not be entirely correct, see UPDATING for the correct procedure. Scot From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 17:55:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2950416A516 for ; Fri, 25 Feb 2005 17:55:39 +0000 (GMT) Received: from electra.nolink.net (electra.nolink.net [195.139.204.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF3E343D53 for ; Fri, 25 Feb 2005 17:55:28 +0000 (GMT) (envelope-from lerik@nolink.net) Received: (qmail 15195 invoked by uid 1000); 25 Feb 2005 17:55:27 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 25 Feb 2005 17:55:27 -0000 Date: Fri, 25 Feb 2005 18:55:27 +0100 (CET) From: Lars Erik Gullerud To: Mike Sturdee In-Reply-To: <20050224190926.Y41330@sun.mikesweb.com> Message-ID: <20050225185200.I13634@electra.nolink.net> References: <20050224190926.Y41330@sun.mikesweb.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@FreeBSD.org Subject: Re: syslog msg size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 17:55:39 -0000 On Thu, 24 Feb 2005, Mike Sturdee wrote: > In trying to receive syslog(3) messages longer than 1024 bytes with > syslog-ng, I'm noticing FreeBSD's library function syslog(3) is the only > syslog implementation besides Solaris limited to 1024.. Has removing this > limitation ever been considered? Well, 1024 bytes is the max length specified in RFC 3164: 4.1 syslog Message Parts The full format of a syslog message seen on the wire has three discernable parts. The first part is called the PRI, the second part is the HEADER, and the third part is the MSG. The total length of the packet MUST be 1024 bytes or less. There is no minimum length of the syslog message although sending a syslog packet with no contents is worthless and SHOULD NOT be transmitted. Now, 3164 is of course only an Informational RFC, but breaking it can obviously still have potential compatibility issues. /leg From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 18:00:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06C9116A521 for ; Fri, 25 Feb 2005 18:00:56 +0000 (GMT) Received: from mx1.velcom.com (mx1.velcom.com [209.67.60.32]) by mx1.FreeBSD.org (Postfix) with SMTP id 5E63F43D5A for ; Fri, 25 Feb 2005 18:00:55 +0000 (GMT) (envelope-from arun@velcom.com) Received: (qmail 93149 invoked from network); 25 Feb 2005 16:51:07 -0000 Received: from unknown (HELO cerberus) (206.53.48.83) by mx1.velcom.com with SMTP; 25 Feb 2005 16:51:07 -0000 Message-ID: <018e01c51b5b$c28f6b00$9b02a8c0@cerberus> From: "Arun Pereira" To: "Jay Shampur" , References: <6d2a982f05022507565bebcc50@mail.gmail.com> <20050225162401.GB13053@gargantuan.com> <6d2a982f050225083047197bc8@mail.gmail.com> <20050225163733.GC13053@gargantuan.com> <6d2a982f05022508564ca521d7@mail.gmail.com> Date: Fri, 25 Feb 2005 12:02:16 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Subject: Re: Kernel compile problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 18:00:56 -0000 ----- Original Message ----- From: "Jay Shampur" To: "Jay Shampur" ; Sent: Friday, February 25, 2005 11:56 AM Subject: Re: Kernel compile problems > On Fri, 25 Feb 2005 11:37:33 -0500, Michael W. Oliver > wrote: >> On 2005-02-25T11:30:42-0500, Jay Shampur wrote: >> > On Fri, 25 Feb 2005 11:24:01 -0500, Michael W. Oliver >> > wrote: >> >> On 2005-02-25T10:56:56-0500, Jay Shampur wrote: >> [...] >> >>> KERNBUILDDIR="/usr/obj/usr/src/sys/GENERIC" make cleandir >> >>> +for: not found >> >>> *** Error code 127 >> >> >>> Stop in /usr/src/sys/modules. >> >>> *** Error code 1 >> >> >>> Stop in /usr/obj/usr/src/sys/GENERIC. >> >>> *** Error code 1 >> >> >>> Stop in /usr/src. >> >>> *** Error code 1 >> >> >>> Stop in /usr/src. >> >>> ---------------- >> >> >>> HELP !!! >> >> >>> Thank you...Jay >> >> >> Check out what Harti says about the `make' problem in this message: >> >> >> http://lists.freebsd.org/pipermail/freebsd-current/2004-August/033693.html >> >> > Hi Mike, >> > >> > I looked at the message, but there is no such folder ie: >> > >> > /usr/obj/usr/src/rescue/rescue/rescue.mk. >> > >> > In the /usr/obj/src/ there is only the sys folder >> >> That is because you have only tried to build your kernel, not the entire >> world. >> > Mike, > > Thank you - if I understand the process, this is what I need to do? > > make buildworld > make installworld > > make buildkernel KERNCONF=GENERIC > make installkernel KERNCONF=GENERIC > > Also, I am not trying to upgrade my system, just rebuilding it with > some new options. > > Thanks again...Jay > > >> -- >> Mike Oliver >> [see complete headers for contact information] >> >> Try this as a single statement make buildworld && make buildkernel KERNCONF=GENERIC && make installkernel KERNCONF=GENERIC && make installworld && reboot :) I use this statement all the time and it works fine. >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 18:25:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 210C916A4CE for ; Fri, 25 Feb 2005 18:25:00 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC84143D39 for ; Fri, 25 Feb 2005 18:24:59 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j1PIPK6P013679; Fri, 25 Feb 2005 10:25:20 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j1PIPJHA013673; Fri, 25 Feb 2005 10:25:19 -0800 Date: Fri, 25 Feb 2005 10:25:19 -0800 From: Brooks Davis To: Martin Nilsson Message-ID: <20050225182519.GA11966@odin.ac.hmc.edu> References: <421EE178.4080609@gneto.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <421EE178.4080609@gneto.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: 5.4 and USB keyboard support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 18:25:00 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 25, 2005 at 09:27:37AM +0100, Martin Nilsson wrote: > I'm having trouble with a Belkin KVM switch that provides keyboard/mouse= =20 > to each server with one USB cable. On 5.3-R this is completely broken,=20 > on 5.3-STABLE is seems to work OK when booting from a harddrive. When=20 > PXE booting I don't get any keyboard until i disconnect/reconnect the=20 > USB cable, then I get a US keyboard layout not the Swedish that I have=20 > specified in rc.conf. >=20 > I haven't tested if USB keybord works when booting from a recent=20 > snapshot-CD. I'll try to find a separate USB keyboard mouse so I don't=20 > have to stand in front of noisy 1U servers to debug this. >=20 > Can we put this issue on the 5.4 todo so that it gets tested on more=20 > keyb/KVM/motherbord-BIOS combinations than I have here. At this point, I wouldn't expect to see any major improvements in keyboard support for 5.4. I haven't found time to work on it, and it doesn't look like any one else has either (though it's possible I'm wrong, which would be nice :). There has been a lot of general improvement in USB support. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCH22PXY6L6fI4GtQRAl2bAKDHPMPwP565cLPNnletpaRChG0dKQCg5jG0 NGp6Tj7PpCg/3rP2uOsgaXU= =JuxX -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 19:03:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6939016A4CE for ; Fri, 25 Feb 2005 19:03:21 +0000 (GMT) Received: from zinc.pathwaynet.com (zinc.pathwaynet.com [216.46.200.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29BB043D53 for ; Fri, 25 Feb 2005 19:03:21 +0000 (GMT) (envelope-from sturdee@pathwaynet.com) Received: from sun.mikesweb.com ([216.46.200.114]) by zinc.pathwaynet.com with esmtp (Exim 4.43) id 1D4kkB-000Ka9-KO; Fri, 25 Feb 2005 14:03:19 -0500 Date: Fri, 25 Feb 2005 14:03:19 -0500 (EST) From: Mike Sturdee X-X-Sender: sturdee@sun.mikesweb.com To: Lars Erik Gullerud In-Reply-To: <20050225185200.I13634@electra.nolink.net> Message-ID: <20050225140135.X691@sun.mikesweb.com> References: <20050224190926.Y41330@sun.mikesweb.com> <20050225185200.I13634@electra.nolink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@FreeBSD.org Subject: Re: syslog msg size X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 19:03:21 -0000 On Fri, 25 Feb 2005, Lars Erik Gullerud wrote: > On Thu, 24 Feb 2005, Mike Sturdee wrote: > >> In trying to receive syslog(3) messages longer than 1024 bytes with >> syslog-ng, I'm noticing FreeBSD's library function syslog(3) is the only >> syslog implementation besides Solaris limited to 1024.. Has removing this >> limitation ever been considered? > > Well, 1024 bytes is the max length specified in RFC 3164: > > 4.1 syslog Message Parts > > The full format of a syslog message seen on the wire has three > discernable parts. The first part is called the PRI, the second part > is the HEADER, and the third part is the MSG. The total length of > the packet MUST be 1024 bytes or less. There is no minimum length of > the syslog message although sending a syslog packet with no contents > is worthless and SHOULD NOT be transmitted. > > Now, 3164 is of course only an Informational RFC, but breaking it can > obviously still have potential compatibility issues. > > /leg > > Thanks for the info. -Mike From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 19:20:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A583816A4D1 for ; Fri, 25 Feb 2005 19:20:22 +0000 (GMT) Received: from mail.eaznet.com (stout.eaznet.com [198.182.68.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B801C43D62 for ; Fri, 25 Feb 2005 19:20:18 +0000 (GMT) (envelope-from eddie@eaznet.com) Received: from localhost (localhost.eaznet.com [127.0.0.1]) by mail.eaznet.com (Postfix) with ESMTP id 80A45106DA8; Fri, 25 Feb 2005 12:11:21 -0700 (MST) Received: from mail.eaznet.com ([127.0.0.1]) by localhost (stout.eaznet.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01954-01; Fri, 25 Feb 2005 12:11:21 -0700 (MST) Received: from gilaha1b4iklae (sncwall.eaznet.com [198.182.71.58]) by mail.eaznet.com (Postfix) with ESMTP id 226F1106DA3; Fri, 25 Feb 2005 12:11:21 -0700 (MST) From: "EAZNet - Eddie Fry" To: "'Doug White'" Date: Fri, 25 Feb 2005 12:22:18 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcUZ1Hb96zLNm/xEQJ+8ENenUX8rjABmoIaw In-Reply-To: <20050223102458.D7804@carver.gumbysoft.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Message-Id: <20050225191121.226F1106DA3@mail.eaznet.com> X-VirusScanned: by AMaViSClamAV at mail.eaznet.com cc: freebsd-current@freebsd.org Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 19:20:22 -0000 Doug/others, I have gotten information provided by Supermicro regarding the Marvell drivers. If anyone would like a copy, let me know and I'll send them off-list. I'm still waiting for some more info back from Marvell. Eddie -----Original Message----- From: Doug White [mailto:dwhite@gumbysoft.com]=20 Sent: Wednesday, February 23, 2005 11:30 AM To: EAZNet - Eddie Fry Cc: freebsd-current@freebsd.org Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller On Tue, 22 Feb 2005, EAZNet - Eddie Fry wrote: > I just talked to Peter at Marvell (I can't pronounce his last name let alone > know how to spell it). He is going to check on getting us the = information > we need to move forward with the project. If I have any luck, whom = should I > forward the doc's to? Apparently, there is an NDA and some other paperwork. NDAs are usually fatal for open-source projects, since they disallow releasing code written using the specification. If Marvell is willing = to construct the NDA so the driver can be BSD licensed then we might have something to work with. > > Eddie Fry > > -----Original Message----- > From: Doug White [mailto:dwhite@gumbysoft.com] > Sent: Tuesday, February 22, 2005 4:15 PM > To: EAZNet - Eddie Fry > Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller > > On Tue, 22 Feb 2005, EAZNet - Eddie Fry wrote: > > > What about going through Supermicro to get what we need? Will they = work > > with us to get us what we need from Marvell? > > Can't hurt to ask. I got the marvell drivers off a link on Abit's = site. > > > > > Eddie > > > > -----Original Message----- > > From: Doug White [mailto:dwhite@gumbysoft.com] > > Sent: Tuesday, February 22, 2005 11:36 AM > > To: EAZNet - Eddie Fry > > Cc: 'Scott Long'; freebsd-current@freebsd.org > > Subject: RE: Supermicro P4SCT+ Marvell 88SX504 controller > > > > On Tue, 22 Feb 2005, EAZNet - Eddie Fry wrote: > > > > > Hmmm, that sucks. There are linux drivers. I wonder if there is = a way > to > > > get the specs from the linux developers. > > > > I see a vendor driver and an "in progress" marker on the libata = status > > page. gjarzik appears to be the only "linux developer" who'd know anything > > about the hardware. The vendor driver says: > > > > * THIS CODE CONTAINS CONFIDENTIAL INFORMATION OF MARVELL. > > > > which precludes us from reading it to get the necessary details. > > > > > I'm going to put in a call to both > > > Supermicro and Marvell and see if I can round up: > > > > > > Supermicro: a demo board > > > Marvell: specs, references, and code samples > > > > > > Anything else you'll need to get this rolling? > > > > > > Eddie > > > > > > -----Original Message----- > > > From: Scott Long [mailto:scottl@freebsd.org] > > > Sent: Monday, February 21, 2005 4:41 PM > > > To: EAZNet - Eddie Fry > > > Cc: freebsd-current@freebsd.org > > > Subject: Re: Supermicro P4SCT+ Marvell 88SX504 controller > > > > > > EAZNet - Eddie Fry wrote: > > > > Soren/others, > > > > > > > > > > > > > > > > I=92d like to offer to donate US$100 to getting the Marvell RAID > > controller > > > > working quickly. I=92d rather see this driver implemented than = to go > buy > > > > another controller. I=92d be more than happy to beta the = driver. I > need > > to > > > > do some testing/configuring on this box before deployment, so testing > > the > > > > RAID driver would not be a problem. However, I am on a = timetable=85 > > > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > Eddie Fry > > > > > > > > EAZNet Internet Services > > > > > > > > > > > > > > The problem is not with there being no desire to make this = hardware > > > work, it's that Marvell refuses to provide any specs, references, = or > > > code samples that could be used to write an open driver. > > > > > > Scott > > > > > > > > > > > > > > > --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org --=20 No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 2/22/2005 =20 --=20 No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.4.0 - Release Date: 2/22/2005 =20 From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 20:55:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B487E16A4CE; Fri, 25 Feb 2005 20:55:22 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE62D43D45; Fri, 25 Feb 2005 20:55:21 +0000 (GMT) (envelope-from morten@rodal.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ICH00CUEJ7BJ930@bgo1smout1.broadpark.no>; Fri, 25 Feb 2005 21:49:59 +0100 (CET) Received: from slimy.rodal.no ([80.202.56.120]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0ICH00J35JJSEG70@bgo1sminn1.broadpark.no>; Fri, 25 Feb 2005 21:57:29 +0100 (CET) Received: from burton.rodal.no (burton.rodal.no [192.168.20.70]) by slimy.rodal.no (8.12.11/8.12.11) with ESMTP id j1PKtJOh088306; Fri, 25 Feb 2005 21:55:19 +0100 (CET envelope-from morten@rodal.no) Received: from localhost (localhost [[UNIX: localhost]]) by burton.rodal.no (8.13.3/8.13.1/Submit) id j1PKtHrp028842; Fri, 25 Feb 2005 21:55:17 +0100 (CET envelope-from morten@rodal.no) Date: Fri, 25 Feb 2005 21:55:10 +0100 From: Morten Rodal In-reply-to: <421E403E.7040804@root.org> To: Nate Lawson Message-id: <200502252155.17111.morten@rodal.no> MIME-version: 1.0 Content-type: multipart/signed; boundary=nextPart25241362.XJvuVZW8iM; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-transfer-encoding: 7bit X-Virus-Scanned: by amavisd-new References: <42068A5C.1030300@root.org> <200502241710.44321.morten@rodal.no> <421E403E.7040804@root.org> X-Authentication-warning: burton.rodal.no: morten set sender to morten@rodal.no using -f User-Agent: KMail/1.7.2 cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 20:55:23 -0000 --nextPart25241362.XJvuVZW8iM Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 24 February 2005 21:59, Nate Lawson wrote: > Morten Rodal wrote: > > On Wednesday 23 February 2005 20:24, Nate Lawson wrote: > > The issue is partly fixed. I now see the following frequency levels > > if, and only if, I booted the laptop on battery power: > > > > # sysctl dev.cpu.0.freq_levels > > dev.cpu.0.freq_levels: 1200/0 1050/0 900/0 787/0 750/0 656/0 600/0 > > 562/0 525/0 450/0 393/0 337/0 300/0 262/0 225/0 187/0 150/0 112/0 > > 75/0 37/0 > > > > Note that the native processor speed (1700 MHz) is not listed, and > > setting the speed below 150 hard-hangs/freezes the laptop. > > Not sure we can fix this one. It appears some very low clock rates > hang some systems. Can you test with SCHED_4BSD? > This is with SCHED_4BSD. I have been using that since it became the=20 default again in -CURRENT. > > When booting with AC-power the laptop does not report any > > freq{,_levels}. It does not matter if I remove the AC-power once the > > computer is up and running, I always get this: > > > > # sysctl dev.cpu.0.freq > > dev.cpu.0.freq: -1 > > I just committed a fix for this. With sources from 18:56 CET I get this list: # sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 1700/0 1487/0 1301/0 1275/0 1200/0 1115/0 1062/0=20 956/0 920/0 900/0 850/0 796/0 750/0 663/0 637/0 600/0 557/0 531/0 478/0=20 450/0 425/0 398/0 371/0 337/0 300/0 265/0 238/0 212/0 185/0 150/0 112/0=20 79/0 53/0 26/0 If I boot the computer using battery power I get the same frequencies as=20 posted earlier. I did however remember one thing about the ACPI support=20 on this Dell Inspiron (or maybe a bad hardware design), and that was=20 people complained that the CPU was stuck at a maximum of 1200 MHz if it=20 was started using battery power and then later have the power connected=20 again. So that might explain why I do not see 1700 MHz as a choice=20 unless I start it with the AC-power connected. Rebooting the computer=20 does solve the problem, so it might just be a minor problem with the=20 frequency levels only being read once (at boot). =2D-=20 Morten Rodal "A supercomputer is a device for turning compute-bound problems into I/O bound problems." -- Ken Batcher (Goodyear Aerospace) --nextPart25241362.XJvuVZW8iM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCH5C1bWe1Cy11WVsRAsHlAKDP4JXNaXD5wXPUVdIqlzw/esL1qQCg3ztU GBkZMb3lfiaDS6q59flIpTs= =jmgK -----END PGP SIGNATURE----- --nextPart25241362.XJvuVZW8iM-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 25 22:13:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B884016A4CE; Fri, 25 Feb 2005 22:13:57 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D26A643D31; Fri, 25 Feb 2005 22:13:56 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j1PMDstF006242 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 26 Feb 2005 01:13:55 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j1PMDr81046805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 26 Feb 2005 01:13:54 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j1PMDrVt046804; Sat, 26 Feb 2005 01:13:53 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Sat, 26 Feb 2005 01:13:53 +0300 From: Gleb Smirnoff To: Chris , brian@freebsd.org Message-ID: <20050225221353.GB46288@cell.sick.ru> References: <421D2EE4.7030905@tellme3times.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <421D2EE4.7030905@tellme3times.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: PPPoE and 5.1 to 5.3 Upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Feb 2005 22:13:57 -0000 Chris, On Wed, Feb 23, 2005 at 08:33:24PM -0500, Chris wrote: C> I upgraded my firewall from 5.1 to RELENG 5.3. Everything went fairly C> well. First I would like to thank everyone for their efforts in C> producing this graet OS. C> C> I have a few minor problems. One is ppp nat which worked fine under 5.1 C> fails under 5.3. The system has acces to the net as I am able to send C> this out but it does not allow any other systems access. If I can get C> this to run I'll research my answers to the other problems. Here are the C> rules which worked under 5.1. I built the kernel with netgraph and pppoe. C> C> set filter alive 0 permit tcp Can you please describe more precisely. What exact functionality was broken? C> set filter dial 0 permit 0 0 udp dst eq 53 C> set filter dial 1 permit 0 0 tcp dst eq http C> set filter dial 2 permit 0 0 tcp dst eq login C> set filter dial 3 permit 0 0 tcp dst eq shell C> set filter dial 4 permit 0 0 tcp dst eq telnet C> set filter dial 5 permit 0 0 tcp dst eq ftp C> set filter dial 6 permit 0 0 tcp dst eq 22 C> set filter dial 7 deny ! 0 0 tcp dst eq 4000 C> C> C> set filter in 0 permit 0/0 0/0 tcp estab C> set filter in 1 permit 0/0 0/0 tcp dst eq 22 C> set filter in 2 permit 0/0 0/0 tcp dst eq 25 C> set filter in 3 permit 0/0 0/0 tcp dst eq 53 C> set filter in 4 permit 0/0 0/0 udp dst eq 53 C> set filter in 5 permit 0/0 0/0 tcp dst eq 80 C> set filter in 6 permit 0/0 0/0 tcp src eq 143 C> set filter in 7 permit xx.xx.xx.xx/32 0/0 C> set filter in 8 permit xx.xx.xx.xx/32 0/0 C> set filter in 9 permit 0/0 0/0 icmp src eq 3 C> set filter in 10 permit 0/0 0/0 icmp src eq 4 C> set filter in 11 permit 0/0 0/0 icmp src eq 11 C> set filter in 12 permit 0/0 0/0 icmp src eq 12 C> C> set filter in 13 permit 0/0 0/0 icmp src eq 0 C> C> any help would be appreciated. C> C> Thank you C> _______________________________________________ C> freebsd-current@freebsd.org mailing list C> http://lists.freebsd.org/mailman/listinfo/freebsd-current C> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 00:47:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FFF616A4CE; Sat, 26 Feb 2005 00:47:14 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7090E43D3F; Sat, 26 Feb 2005 00:47:14 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 632BF72DD4; Fri, 25 Feb 2005 16:47:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5DFEA72DCB; Fri, 25 Feb 2005 16:47:14 -0800 (PST) Date: Fri, 25 Feb 2005 16:47:14 -0800 (PST) From: Doug White To: Kris Kennaway In-Reply-To: <20050224213936.GA2591@xor.obsecurity.org> Message-ID: <20050225164319.F30975@carver.gumbysoft.com> References: <20050224213936.GA2591@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org cc: phk@FreeBSD.org Subject: Re: Fatal trap 12 in kernload() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 00:47:14 -0000 On Thu, 24 Feb 2005, Kris Kennaway wrote: > > fault virtual address = 0x7562676b I agree with Dan, this is bogus. kernload() is the offset from kernbase where the ELF headers get stuck. I suspect ddb is resolving it like it resolves end -- its beyond the beginning of the kernel so it picks the next best match, like end shows up beyond the end of the symbol table. (FYI end usually indicates calls into a KLD.) > > current process = 52613 (getty) > > Tracing pid 52613 tid 100360 td 0xd2d3a000 > > kernload(cd533500,3,2000,d2d3a000,3) at 0x7562676b > > devfs_open(f8225a4c,c072025a,1e6,c07205ff,d235f134) at devfs_open+0x291 Can you get an addr2line on this devfs_open call? It appears to have tried to open an incompletely initialized tty device. Which one would be nice to know :-) > > VOP_OPEN_APV(c07340a0,f8225a4c,3,c076d398,1) at VOP_OPEN_APV+0x9e > > vn_open_cred(f8225bbc,f8225cbc,860,cd33e180,1) at vn_open_cred+0x45b > > vn_open(f8225bbc,f8225cbc,860,1,d2d3a000) at vn_open+0x33 > > kern_open(d2d3a000,804f860,0,3,804f860) at kern_open+0xca > > open(d2d3a000,f8225d14,3a6,c071c691,d2d3a000) at open+0x36 > > syscall(2f,2f,2f,2,804f860) at syscall+0x2c4 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (5, FreeBSD ELF32, open), eip = 0x280ca2cb, esp = 0xbfbfedfc, ebp = 0xbfbfee28 --- > > db> > > Kris > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 02:27:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6839216A4CE for ; Sat, 26 Feb 2005 02:27:49 +0000 (GMT) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96A4D43D4C for ; Sat, 26 Feb 2005 02:27:48 +0000 (GMT) (envelope-from akm@theinternet.com.au) Received: from theinternet.com.au (c211-30-103-113.carlnfd1.nsw.optusnet.com.au [211.30.103.113]) j1Q2RfHs029663 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 26 Feb 2005 13:27:43 +1100 Received: from theinternet.com.au (localhost [127.0.0.1]) by theinternet.com.au (8.12.11/8.12.11) with ESMTP id j1Q2RfvP046811; Sat, 26 Feb 2005 13:27:41 +1100 (EST) (envelope-from akm@theinternet.com.au) Received: (from akm@localhost) by theinternet.com.au (8.12.11/8.12.11/Submit) id j1Q2Re6X046810; Sat, 26 Feb 2005 13:27:40 +1100 (EST) (envelope-from akm) Date: Sat, 26 Feb 2005 13:27:40 +1100 From: Andrew Milton To: sam wun Message-ID: <20050226022740.GL11138@camelot.theinternet.com.au> Mail-Followup-To: sam wun , freebsd-current@freebsd.org References: <421F59EB.8010902@authtec.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <421F59EB.8010902@authtec.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: SCSI Quantum hard disk not usable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 02:27:49 -0000 +-------[ sam wun ]---------------------- | Hi, | | I tried to use SCSI Adaptec 29320 and 29162 with two SCSI Quantum hard | disks for installing FreeBSD 5.3 stable, the first time was fine, I | insalled freebsd 5.3 on one of the hard disk without any error. Then | error start coming when I reinstall the system. Both hard disks start to | pring tons of errors on the screen until the system is freeze and | reboot. Is this because my two SCSI hard disks become unusable? It was | very expensive. Try disabling ACPI on boot. I've been having troubles with Adaptec + ACPI on a machine that otherwise handles ACPI fine. -- Andrew Milton akm@theinternet.com.au From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 03:58:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C6916A4CE; Sat, 26 Feb 2005 03:58:14 +0000 (GMT) Received: from mail.tellme3times.com (dsl-yul-102.e-scape.net [209.47.218.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A28A43D48; Sat, 26 Feb 2005 03:58:14 +0000 (GMT) (envelope-from chris@tellme3times.com) Received: from [192.168.7.29] (halla.tellme3times.com [192.168.7.29]) by mail.tellme3times.com (Postfix) with ESMTP id 8285041C6; Fri, 25 Feb 2005 22:48:12 -0500 (EST) Message-ID: <421FF458.60102@tellme3times.com> Date: Fri, 25 Feb 2005 23:00:24 -0500 From: Chris User-Agent: Mozilla Thunderbird 1.0 (X11/20050205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff , freebsd-current@freebsd.org References: <421D2EE4.7030905@tellme3times.com> <20050225221353.GB46288@cell.sick.ru> In-Reply-To: <20050225221353.GB46288@cell.sick.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: PPPoE and 5.1 to 5.3 Upgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 03:58:14 -0000 Gleb Smirnoff wrote: > >Can you please describe more precisely. What exact functionality was >broken? > > > I cvs'd on Monday and proceeded through the builds. Silly me, I proceeded to hit [Leave it for latter] on the mergemaster queries. When it came up I rebuilt and installed my custom kernel. Since I had no errors I did not think the problem was in /etc. I copied the required files and all is well. I wasted a lot of time. I learned things that I was not aware of. It was just scary to loose access to the net. Thank you for your response. I will like to thank you ALL for FreeBSD and keep up the great work. Chris From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 05:21:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1E6A16A4CE; Sat, 26 Feb 2005 05:21:05 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 780A943D49; Sat, 26 Feb 2005 05:21:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 932AE5126E; Fri, 25 Feb 2005 21:21:04 -0800 (PST) Date: Fri, 25 Feb 2005 21:21:04 -0800 From: Kris Kennaway To: Doug White Message-ID: <20050226052104.GA21973@xor.obsecurity.org> References: <20050224213936.GA2591@xor.obsecurity.org> <20050225164319.F30975@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <20050225164319.F30975@carver.gumbysoft.com> User-Agent: Mutt/1.4.2.1i cc: phk@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: Fatal trap 12 in kernload() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 05:21:05 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 25, 2005 at 04:47:14PM -0800, Doug White wrote: > On Thu, 24 Feb 2005, Kris Kennaway wrote: >=20 > > > fault virtual address =3D 0x7562676b >=20 > I agree with Dan, this is bogus. kernload() is the offset from kernbase > where the ELF headers get stuck. I suspect ddb is resolving it like it > resolves end -- its beyond the beginning of the kernel so it picks the > next best match, like end shows up beyond the end of the symbol table. > (FYI end usually indicates calls into a KLD.) >=20 > > > current process =3D 52613 (getty) > > > Tracing pid 52613 tid 100360 td 0xd2d3a000 > > > kernload(cd533500,3,2000,d2d3a000,3) at 0x7562676b > > > devfs_open(f8225a4c,c072025a,1e6,c07205ff,d235f134) at devfs_open+0x2= 91 >=20 > Can you get an addr2line on this devfs_open call? It appears to have > tried to open an incompletely initialized tty device. Which one would be > nice to know :-) It was ttyd0. phk couldn't figure out how this happened, so I'm trying to recreate it. Kris > > > VOP_OPEN_APV(c07340a0,f8225a4c,3,c076d398,1) at VOP_OPEN_APV+0x9e > > > vn_open_cred(f8225bbc,f8225cbc,860,cd33e180,1) at vn_open_cred+0x45b > > > vn_open(f8225bbc,f8225cbc,860,1,d2d3a000) at vn_open+0x33 > > > kern_open(d2d3a000,804f860,0,3,804f860) at kern_open+0xca > > > open(d2d3a000,f8225d14,3a6,c071c691,d2d3a000) at open+0x36 > > > syscall(2f,2f,2f,2,804f860) at syscall+0x2c4 > > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > > --- syscall (5, FreeBSD ELF32, open), eip =3D 0x280ca2cb, esp =3D 0xb= fbfedfc, ebp =3D 0xbfbfee28 --- > > > db> > > > > Kris > > >=20 > --=20 > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCIAdAWry0BWjoQKURAvcxAJ9MlpKDb+6CRp5W+eXKxvwwCbrq/QCeNzH0 1y1ZL0JF6hpw9/9OhDtjPYk= =QLxy -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 08:18:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD95116A4CE for ; Sat, 26 Feb 2005 08:18:34 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8067743D48 for ; Sat, 26 Feb 2005 08:18:31 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 60295 invoked from network); 26 Feb 2005 08:18:27 -0000 Received: from unknown (HELO [192.168.4.235]) (samwun@hgcbroadband.com@[221.127.177.174]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 26 Feb 2005 08:18:27 -0000 Message-ID: <42203142.6040207@authtec.com> Date: Sat, 26 Feb 2005 16:20:18 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrew Milton References: <421F59EB.8010902@authtec.com> <20050226022740.GL11138@camelot.theinternet.com.au> In-Reply-To: <20050226022740.GL11138@camelot.theinternet.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: SCSI Quantum hard disk not usable? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 08:18:34 -0000 Andrew Milton wrote: >+-------[ sam wun ]---------------------- >| Hi, >| >| I tried to use SCSI Adaptec 29320 and 29162 with two SCSI Quantum hard >| disks for installing FreeBSD 5.3 stable, the first time was fine, I >| insalled freebsd 5.3 on one of the hard disk without any error. Then >| error start coming when I reinstall the system. Both hard disks start to >| pring tons of errors on the screen until the system is freeze and >| reboot. Is this because my two SCSI hard disks become unusable? It was >| very expensive. > >Try disabling ACPI on boot. I've been having troubles with Adaptec + ACPI on >a machine that otherwise handles ACPI fine. > > > Hi, thanks for the thins. I tried to press number 2 (for disabling ACPI for boot) on the FreeBSD boot menu, but still unable to install the system on tihs SCSI hard disk. The error I saw when the system in booting up is "/etc/rc.conf: $xxx ...." Thanks Sam From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 10:02:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54FA416A4CE for ; Sat, 26 Feb 2005 10:02:53 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83F6343D53 for ; Sat, 26 Feb 2005 10:02:52 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A5720.dip.t-dialin.net [84.154.87.32]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j1QA2iYS031139; Sat, 26 Feb 2005 11:02:49 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j1QA3PsI041648; Sat, 26 Feb 2005 11:03:25 +0100 (CET) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j1QA3P8E050949; Sat, 26 Feb 2005 11:03:25 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200502261003.j1QA3P8E050949@fire.jhs.private> To: Brooks Davis From: "Julian Stacey" Organization: http://berklix.com/~jhs/ Munich Unix, BSD, Internet User-agent: EXMH http://beedub.com/exmh/ on FreeBSD http://freebsd.org In-reply-to: Your message of "Fri, 25 Feb 2005 10:25:19 PST." <20050225182519.GA11966@odin.ac.hmc.edu> Date: Sat, 26 Feb 2005 11:03:25 +0100 Sender: jhs@berklix.org cc: freebsd-current@freebsd.org Subject: Re: 5.4 and USB keyboard support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 10:02:53 -0000 Brooks Davis wrote: > > On Fri, Feb 25, 2005 at 09:27:37AM +0100, Martin Nilsson wrote: > > I'm having trouble with a Belkin KVM switch that provides keyboard/mouse= > =20 > > to each server with one USB cable. On 5.3-R this is completely broken,=20 > > on 5.3-STABLE is seems to work OK when booting from a harddrive. When=20 > > PXE booting I don't get any keyboard until i disconnect/reconnect the=20 > > USB cable, then I get a US keyboard layout not the Swedish that I have=20 > > specified in rc.conf. Layout switching is easy to add: My laptop has English key caps, my external keyboard American, I frequently have to unplug USB adaptor 'cos something (*) locks up keyboard on 5.3-RELEASE , so I have rc.conf: "keymap="uk.iso-jhs" # some tweaked version of uk.iso & /etc/usbd.conf: # www.delock.de Converts PS/2 Kbd (used) + mouse (untried) to USB plug. device "jhs Buddy (TM) PS/2 Keyboard-PS/2 Mouse - Cypress Semiconductor" vendor 0x04b4 product 0x8328 release 0x0001 attach "kbdcontrol -k /dev/kbd1 -l us.unix < /dev/console;/usr/X11R6/bin/xmodmap -display laps:0 /home/jhs/.xmodmap/toshiba.s5100-603.init" detach "kbdcontrol -k /dev/kbd0 -l uk.iso-jhs < /dev/console;/usr/X11R6/bin/xmodmap -display laps:0 /home/jhs/.xmodmap/english" # /usr/share/syscons/keymaps/ # Adaptor also has a mouse socket, not used by me as I use a USB mouse. # External keyboard is American layout. # Internal keyboard is English with black keycaps, can't be relabelled. # usbd starts before xdm, so xmodmap fails at boot, but might work later, xauth permitting. # if adapter is unplugged & replugged. # dmesg during attach reports: device names: ukbd0,ums1 # devname "ums[0-9]+" Extension on (*) above: #!/bin/sh # /home/jhs/bin/.sh/reskbd # See Also /etc/usbd.conf Untested. To be called by mouse click. # # This script will allow me, via my external USB mouse, to invoke a # re-initialisation of my external keyboard, (PS/2 type) which # periodically fails, (only fails when running through USB adapter # to the laptop. Before this script was written, to get keyboard # working again, I had to unplug & replug the USB adapter into the # laptop. I had wondered if maybe laptop wasn't providing enough # power, or maybe laptop was occasionaly dropping power to USB adapter, # leaving it to reconfigure, so I added a USB hub with mains power # plugged in, it didn't help. My external mouse ia a USB mouse so # still available whenever the lockup occurs. As I havent tried # plugging a serial mouse into the USB adapter yet, I dont know if # its the adapter or keyboard thats locking up, or USB under FreeBSD, # or a problem with laptop) kbdcontrol -k /dev/kbd0 -l uk.iso-jhs < /dev/console kbdcontrol -k /dev/kbd1 -l us.unix < /dev/console - Julian Stacey Net & Sys Eng Consultant, Munich http://berklix.com Mail in Ascii (Html=Spam). Ihr Rauch = mein allergischer Kopfschmerz. From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 12:14:27 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4289016A4CE; Sat, 26 Feb 2005 12:14:27 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CA3043D1D; Sat, 26 Feb 2005 12:14:26 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j1QCEOD7019500; Sat, 26 Feb 2005 12:14:24 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id j1QCEOp8089004; Sat, 26 Feb 2005 12:14:24 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)j1QCENw2089001; Sat, 26 Feb 2005 12:14:23 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sat, 26 Feb 2005 12:14:23 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: othermark In-Reply-To: Message-ID: <20050226120253.O87543@ury.york.ac.uk> References: <1107887237.793.26.camel@buffy.york.ac.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-current@freebsd.org cc: rwatson@freebsd.org Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 12:14:27 -0000 [rwatson cc'd on jhb's suggestion] On Thu, 24 Feb 2005, othermark wrote: > Mark Huizer wrote: > > On Mon, Feb 14, 2005 at 12:56:08PM -0800, othermark wrote: > >> Gavin Atkinson wrote: > >> > There's an easily reproduceable panic involving configuring vlans on > >> > fxp cards. I've recreated it in single user mode on a top-of-tree > >> > -CURRENT machine as well as on a 5.3-STABLE machine. > >> > >> I reported this during December. > >> > >> http://article.gmane.org/gmane.os.freebsd.current/63657 > > > > Are more people seeing this? > > I think you should file a PR, this is a safe one. I have at least > 5 different machines running -current with various revs Intel 8255* which > all panic after the LOR. All thats required is these three commands after > a fresh boot up. > > ifconfig vlan0 create > ifconfig vlan0 vlan 999 vlandev fxp0 > ifconfig vlan0 inet 172.16.64.3 netmask 255.255.240.0 Indeed. I've filed a PR about it, kern/78112. I hope it's not too late to get this resolved for 5.4. Gavin From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 12:40:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B73C416A4CE for ; Sat, 26 Feb 2005 12:40:28 +0000 (GMT) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id D280043D5F for ; Sat, 26 Feb 2005 12:40:27 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 73747 invoked from network); 26 Feb 2005 12:40:26 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 26 Feb 2005 12:40:26 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j1QCePsS068956; Sat, 26 Feb 2005 13:40:25 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j1QCeOcd068955; Sat, 26 Feb 2005 13:40:24 +0100 (CET) (envelope-from pho) Date: Sat, 26 Feb 2005 13:40:21 +0100 From: Peter Holm To: Robert Watson Message-ID: <20050226124021.GA68915@peter.osted.lan> References: <20050224053402.GA2447@peter.osted.lan> 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: current@freebsd.org Subject: Re: panic: Duplicate free of item 0xc2580a00 from zone 0xc103e9a0(Mbuf) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 12:40:28 -0000 On Thu, Feb 24, 2005 at 10:05:30AM +0000, Robert Watson wrote: > On Thu, 24 Feb 2005, Peter Holm wrote: > > > With GENERIC HEAD from Feb 23 06:23 UTC + mpsafe_vfs = 1 I got: > > > > Slab at 0xc2580fa8, freei 10 = 0. panic: Duplicate free of item > > 0xc2580a00 from zone 0xc103e9a0(Mbuf) > > rl_encap() appears to be pretty broken in the event that m_defrag() has to > allocate a new mbuf on the head of the chain. Specifcally, rl_encap() > may allocate a new head to the chain, but the caller won't use that new > head, instead using the old head (which may have been free'd, or otherwise > munged). This might also explain other crashes or panics involving rl > interfaces. I'm surprised this lasted as long as it apparently has in the > wild (since 2003?). > > Try this patch: > I have used your patch for a day now without seeing any problems. The hardware is a ASUS P4P800S M/B with an onboard RealTek 8139 10/100BaseTX that I have used for stress testing the last 7 months. - Peter > Index: if_rl.c > =================================================================== > RCS file: /home/ncvs/src/sys/pci/if_rl.c,v > retrieving revision 1.147 > diff -u -r1.147 if_rl.c > --- if_rl.c 11 Feb 2005 01:05:52 -0000 1.147 > +++ if_rl.c 24 Feb 2005 10:03:02 -0000 > @@ -180,7 +180,7 @@ > static void rl_dma_map_txbuf (void *, bus_dma_segment_t *, int, int); > static void rl_eeprom_putbyte (struct rl_softc *, int); > static void rl_eeprom_getword (struct rl_softc *, int, uint16_t *); > -static int rl_encap (struct rl_softc *, struct mbuf * ); > +static int rl_encap (struct rl_softc *, struct mbuf ** ); > static int rl_list_tx_init (struct rl_softc *); > static int rl_ifmedia_upd (struct ifnet *); > static void rl_ifmedia_sts (struct ifnet *, struct ifmediareq *); > @@ -1394,9 +1394,10 @@ > * pointers to the fragment pointers. > */ > static int > -rl_encap(struct rl_softc *sc, struct mbuf *m_head) > +rl_encap(struct rl_softc *sc, struct mbuf **m_headp) > { > struct mbuf *m_new = NULL; > + struct mbuf *m_head; > > RL_LOCK_ASSERT(sc); > > @@ -1405,10 +1406,12 @@ > * TX buffers, plus we can only have one fragment buffer > * per packet. We have to copy pretty much all the time. > */ > + m_head = *m_headp; > m_new = m_defrag(m_head, M_DONTWAIT); > > if (m_new == NULL) { > m_freem(m_head); > + *m_headp = NULL; > return (1); > } > m_head = m_new; > @@ -1429,7 +1432,7 @@ > } > > RL_CUR_TXMBUF(sc) = m_head; > - > + *m_headp = m_head; > return (0); > } > > @@ -1461,7 +1464,7 @@ > if (m_head == NULL) > break; > > - if (rl_encap(sc, m_head)) > + if (rl_encap(sc, &m_head)) > break; > > /* Pass a copy of this mbuf chain to the bpf subsystem. */ > > > > > > > cpuid = 0 > > KDB: enter: panic > > [thread pid 37 tid 100013 ] > > Stopped at kdb_enter+0x2b: nop > > db> where > > Tracing pid 37 tid 100013 td 0xc1524450 > > kdb_enter(c0824c5d) at kdb_enter+0x2b > > panic(c083ea9c,c2580a00,c103e9a0,c0823405,c083ea80) at panic+0x14b > > uma_dbg_free(c103e9a0,0,c2580a00) at uma_dbg_free+0x110 > > uma_zfree_arg(c103e9a0,c2580a00,0) at uma_zfree_arg+0xf3 > > m_freem(c2580a00,5ea,3,c15fc8fc,0) at m_freem+0x36 > > m_defrag(c2580a00,1,c15fcf00,1,c08384bf,579) at m_defrag+0x18a > > rl_encap(c15fc800,c2580a00) at rl_encap+0x2b > > rl_start_locked(c15fc800,c15fcf00,0,c08384bf,5a4) at rl_start_locked+0x1f3 > > rl_start(c15fc800) at rl_start+0x28 > > if_start(c15fc800) at if_start+0x7b > > ether_output_frame(c15fc800,c2580a00,0,0,0) at ether_output_frame+0x1d9 > > ether_output(c15fc800,c2580a00,c2467500,c180c7bc,c2264c58) at ether_output+0x380 > > in_arpinput(c2264c00,c2264c00,cbf9bce0,c067eef6,c2264c00) at in_arpinput+0x5a6 > > arpintr(c2264c00) at arpintr+0xca > > netisr_processqueue(c0951978) at netisr_processqueue+0x6e > > swi_net(0) at swi_net+0xbe > > ithread_loop(c154f080,cbf9bd48,c154f080,c05fe964,0) at ithread_loop+0x120 > > fork_exit(c05fe964,c154f080,cbf9bd48) at fork_exit+0xa4 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0x1, eip = 0, esp = 0xcbf9bd7c, ebp = 0 --- > > > > Details at http://www.holm.cc/stress/log/cons119.html > > -- > > Peter Holm > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 13:30:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33FCA16A4CE; Sat, 26 Feb 2005 13:30:16 +0000 (GMT) Received: from lakermmtao10.cox.net (lakermmtao10.cox.net [68.230.240.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7642743D4C; Sat, 26 Feb 2005 13:30:15 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.107.253.158]) by lakermmtao10.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP <20050226133014.LWDL29924.lakermmtao10.cox.net@dolphin.local.net>; Sat, 26 Feb 2005 08:30:14 -0500 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j1QDUDTK075733; Sat, 26 Feb 2005 07:30:13 -0600 (CST) (envelope-from conrads@cox.net) Date: Sat, 26 Feb 2005 07:30:08 -0600 From: "Conrad J. Sabatier" To: Robert Watson Message-ID: <20050226073008.0f3fc1f5@dolphin.local.net> In-Reply-To: References: <20050220171128.7d1e917e@dolphin.local.net> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: David Xu Subject: Re: AMD64 machine stability problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 13:30:16 -0000 On Mon, 21 Feb 2005 10:43:36 +0000 (GMT), Robert Watson wrote: > > On Sun, 20 Feb 2005, Conrad J. Sabatier wrote: > > > I've reverted to using a kernel from Sunday, Feb. 13 for the time > > being. All recent attempts to use newer kernels result in the same > > problem. > > Including attempts to use a kernel from the 14th? If you could narrow > the date of the introduction of the problem to a single day, that > might be very helpful. > > Thanks, > > Robert N M Watson I'm sorry, but the last kernel build I had prior to the broken one was from the 13th. Sorry also, for the lag in replying. :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 14:29:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B513016A4CE for ; Sat, 26 Feb 2005 14:29:43 +0000 (GMT) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 393E243D41 for ; Sat, 26 Feb 2005 14:29:43 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id CD62841AB; Sat, 26 Feb 2005 15:29:41 +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 78540-14; Sat, 26 Feb 2005 15:29:36 +0100 (CET) Received: from [192.168.100.74] (pD9E0E904.dip.t-dialin.net [217.224.233.4]) by crivens.unixoid.de (Postfix) with ESMTP id D840E4092; Sat, 26 Feb 2005 15:29:35 +0100 (CET) Message-ID: <42208728.8040707@kernel32.de> Date: Sat, 26 Feb 2005 15:26:48 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0 (X11/20041228) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Nilsson References: <421EE178.4080609@gneto.com> In-Reply-To: <421EE178.4080609@gneto.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de cc: freebsd-current@freebsd.org Subject: Re: 5.4 and USB keyboard support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 14:29:43 -0000 Hej Martin, Martin Nilsson wrote: > > Can we put this issue on the 5.4 todo so that it gets tested on more > keyb/KVM/motherbord-BIOS combinations than I have here. > Just one question: Why do you use a KVM System to Access a Unix box (FreeBSD) ? You could easily use serial access, even during installation. If you're lucky your BIOS is new enough to support Redirection to Serial Port. If not, and if you don't need to access the BIOS, a serial console server should fit much better into your environment. Just some thoughts ... best regards, Marian -- You are not my son! -- Homer Simpson Boy-Scoutz n the Hood From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 19:33:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3010616A4D5; Sat, 26 Feb 2005 19:33:51 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ADE043D5D; Sat, 26 Feb 2005 19:33:50 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1QJXmvE014991; Sat, 26 Feb 2005 14:33:49 -0500 Message-ID: <4220CF1A.7070309@root.org> Date: Sat, 26 Feb 2005 11:33:46 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) 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: acpi@freebsd.org cc: current@freebsd.org Subject: HEADSUP: cpufreq merged, acpi_throttle changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 19:33:51 -0000 To those running 5.x, I wanted to let you know about a change in behavior for acpi throttling. It is now accessible through the sysctl dev.cpu.0.freq and dev.cpu.0.freq_levels. Also, you can now run -current cpufreq.ko or acpi.ko to get more drivers. Those won't be in 5.4-R but will be MFCd after the release. Please let me know if you have any new problems, especially with throttling. Thanks, -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 20:01:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 331A916A4CE for ; Sat, 26 Feb 2005 20:01:23 +0000 (GMT) Received: from mx0.vr-web.de (mx0.vr-web.de [195.200.35.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8733143D67 for ; Sat, 26 Feb 2005 20:01:22 +0000 (GMT) (envelope-from tps@vr-web.de) Received: from mx0.vr-web.de (vrwf103.vrweb.de [::ffff:192.168.27.6]) by mx0.vr-web.de with esmtp; Sat, 26 Feb 2005 21:01:19 +0100 id 0003FE91.4220D58F.00001FE4 Received: from vr-web.de (pD9ECD31F.dip0.t-ipconnect.de [::ffff:217.236.211.31]) by mx0.vr-web.de with esmtp; Sat, 26 Feb 2005 21:01:14 +0100 id 000FF81F.4220D58C.000054BA Received: from hazel.tps ([192.168.1.11]) by maple (192.168.1.103) with news-to-mail ; Sat, 26 Feb 2005 20:59:58 +0100 To: current@freebsd.org Message-Id: From: Thomas Schweikle Newsgroups: gmane.os.freebsd.current Date: Sat, 26 Feb 2005 21:04:58 +0100 References: <200502251304.j1PD4WCA088731@netwolf.NetMasters.Com> Lines: 12 User-Agent: KNode/0.8.2 Hamster-Pg/1.22.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Subject: Re: lnc0: dhclient assigns address, but non reachable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 20:01:23 -0000 Michael G. Petry wrote: > You might want to check so see if you have "device mem" in your > config. If you don't, you won't have a /dev/mem or /dev/kmem. I > ran into the same problem when I migrated an old config without > doing all the required changes listed in UPDATING. Yes, this solved the problem. -- Thomas From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 22:32:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53CED16A4CE for ; Sat, 26 Feb 2005 22:32:09 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 925A143D2D for ; Sat, 26 Feb 2005 22:32:08 +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 j1QMW7E8047756 for ; Sun, 27 Feb 2005 00:32:07 +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 79201-15 for ; Sun, 27 Feb 2005 00:32:07 +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 j1QMW6Yk047753 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 27 Feb 2005 00:32:06 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1QMWGrj082418 for current@FreeBSD.org; Sun, 27 Feb 2005 00:32:16 +0200 (EET) (envelope-from ru) Date: Sun, 27 Feb 2005 00:32:15 +0200 From: Ruslan Ermilov To: current@FreeBSD.org Message-ID: <20050226223215.GF93910@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bGR76rFJjkSxVeRa" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: HEADS UP: LC_CTYPE format changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 22:32:09 -0000 --bGR76rFJjkSxVeRa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi there, I've just committed changes that modify the format of LC_CTYPE files. Next time when you buildworld/installworld, please do it without -DNO_CLEAN, or at least remove the contents of /usr/obj/usr/src/share/mklocale/. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --bGR76rFJjkSxVeRa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCIPjvqRfpzJluFF4RAkvKAJwJyZsTD9Mqw8hlyRRTYK+L0HDI1QCfUy9D t8wB6iSCQXVTRP9DbK4dG4M= =9bIH -----END PGP SIGNATURE----- --bGR76rFJjkSxVeRa-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 22:35:59 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 350BD16A4CE; Sat, 26 Feb 2005 22:35:59 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2BEE43D1D; Sat, 26 Feb 2005 22:35:58 +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.3/8.13.3) with ESMTP id j1QMZwbb028074; Sat, 26 Feb 2005 17:35:58 -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.1/8.13.1) with ESMTP id j1QMZwt0092360; Sat, 26 Feb 2005 17:35:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CB0B67306E; Sat, 26 Feb 2005 17:35:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050226223557.CB0B67306E@freebsd-current.sentex.ca> Date: Sat, 26 Feb 2005 17:35:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 22:35:59 -0000 TB --- 2005-02-26 21:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-26 21:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-02-26 21:00:00 - checking out the source tree TB --- 2005-02-26 21:00:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-02-26 21:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-26 21:05:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-26 21:05:44 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-26 21:05:44 - /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-02-26 22:13:12 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-26 22:13:12 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-26 22:13:12 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Feb 26 22:13:13 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 Sat Feb 26 22:26:32 UTC 2005 TB --- 2005-02-26 22:26:32 - generating LINT kernel config TB --- 2005-02-26 22:26:32 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-02-26 22:26:32 - /usr/bin/make -B LINT TB --- 2005-02-26 22:26:32 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-26 22:26:32 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-26 22:26:32 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 26 22:26: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 [...] cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/in.c cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/ip_carp.c /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/ip_carp.c:1123: warning: static declaration of 'carp_iamatch6' follows non-static declaration /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/ip_carp.h:159: warning: previous declaration of 'carp_iamatch6' was here /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/ip_carp.c:1147: warning: static declaration of 'carp_macmatch6' follows non-static declaration /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/ip_carp.h:160: warning: previous declaration of 'carp_macmatch6' was here /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/ip_carp.c:1123: warning: 'carp_iamatch6' defined but not used /tinderbox/CURRENT/alpha/alpha/src/sys/netinet/ip_carp.c:1147: warning: 'carp_macmatch6' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-02-26 22:35:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-26 22:35:57 - ERROR: failed to build lint kernel TB --- 2005-02-26 22:35:57 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 22:37:43 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D30016A4CF; Sat, 26 Feb 2005 22:37:43 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C96543D55; Sat, 26 Feb 2005 22:37:42 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.1/8.13.1) with ESMTP id j1QMbeq2012669; Sun, 27 Feb 2005 01:37:40 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.1/8.13.1/Submit) id j1QMbenv012668; Sun, 27 Feb 2005 01:37:40 +0300 (MSK) (envelope-from ache) Date: Sun, 27 Feb 2005 01:37:40 +0300 From: Andrey Chernov To: Ruslan Ermilov Message-ID: <20050226223740.GA12578@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ruslan Ermilov , current@FreeBSD.ORG References: <20050226223215.GF93910@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <20050226223215.GF93910@ip.net.ua> User-Agent: Mutt/1.5.8i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.16; VDF: 6.29.0.150; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Sun, 27 Feb 2005 01:37:41 +0300 (MSK) cc: current@FreeBSD.ORG Subject: Re: HEADS UP: LC_CTYPE format changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 22:37:43 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 27, 2005 at 12:32:15AM +0200, Ruslan Ermilov wrote: > Hi there, >=20 > I've just committed changes that modify the format of LC_CTYPE > files. Next time when you buildworld/installworld, please do > it without -DNO_CLEAN, or at least remove the contents of > /usr/obj/usr/src/share/mklocale/. Usually nothing wrong happens even without those measures. If LC_CTYPE=20 file format is different enough, the reader function returns error and=20 locale stays to "C". The only case left if it is different in small part=20 so reader function can't detect the difference. I don't look at your=20 changes yet to say one or another for sure. --=20 http://ache.pp.ru/ --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iQCVAwUBQiD6NOJgpPLZnQjrAQEDaAQAw0Wze4SYiKvK4V72ri9T4NAPcQ2DVaMc 0CyAxJGBNKh59h0rOy3IhjIA4vIO+VTSmoAn+7s9qJLNikO7EN+reaTrHkbPP8cx u/QmP2TadbLeyFQzcOlKqWoffe5d/Tuwh++7JTgvrSI/EywlSklkt2QbFFOWtxBn xHyxCw3THAg= =8GqC -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 22:42:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C635D16A4CE; Sat, 26 Feb 2005 22:42:55 +0000 (GMT) Received: from nagual.pp.ru (pobrecita.freebsd.ru [194.87.13.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FC4243D2F; Sat, 26 Feb 2005 22:42:55 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.1/8.13.1) with ESMTP id j1QMgsDN012892; Sun, 27 Feb 2005 01:42:54 +0300 (MSK) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.1/8.13.1/Submit) id j1QMgs3v012891; Sun, 27 Feb 2005 01:42:54 +0300 (MSK) (envelope-from ache) Date: Sun, 27 Feb 2005 01:42:53 +0300 From: Andrey Chernov To: Ruslan Ermilov , current@FreeBSD.ORG Message-ID: <20050226224253.GA12829@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Ruslan Ermilov , current@FreeBSD.ORG References: <20050226223215.GF93910@ip.net.ua> <20050226223740.GA12578@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20050226223740.GA12578@nagual.pp.ru> User-Agent: Mutt/1.5.8i X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.16; VDF: 6.29.0.150; host: nagual.pp.ru) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (nagual.pp.ru [0.0.0.0]); Sun, 27 Feb 2005 01:42:54 +0300 (MSK) Subject: Re: HEADS UP: LC_CTYPE format changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 22:42:55 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 27, 2005 at 01:37:40AM +0300, Andrey Chernov wrote: > Usually nothing wrong happens even without those measures. If LC_CTYPE=20 > file format is different enough, the reader function returns error and=20 > locale stays to "C". The only case left if it is different in small part= =20 > so reader function can't detect the difference. I don't look at your=20 > changes yet to say one or another for sure. BTW, perhaps you need to change _RUNE_MAGIC_1 constant too to indicate the= =20 difference. It depends of its nature. --=20 http://ache.pp.ru/ --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iQCVAwUBQiD7beJgpPLZnQjrAQFjZQQAhCvXgMWl0EeRILUPXxZVF0qf5O5fqvNy mpRjVe49LmnWqgczFLp4ZxpNXkD46Yma9/wmod9f1QAPxbRkZutsOFpYWBCQYpXE Im2uukRQ6lyyqAii1QF429c51lms0eY0tTjEbnMxfJXH8WypSc2CEpO7TzvesX7j dxVwdHKIGgA= =a91Z -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 22:45:46 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0E8E16A4CE for ; Sat, 26 Feb 2005 22:45:46 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D295743D5D for ; Sat, 26 Feb 2005 22:45:45 +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 j1QMjiFq048549; Sun, 27 Feb 2005 00:45:44 +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 79630-05; Sun, 27 Feb 2005 00:45:43 +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 j1QMjhc9048546 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 27 Feb 2005 00:45:43 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1QMjqON095325; Sun, 27 Feb 2005 00:45:52 +0200 (EET) (envelope-from ru) Date: Sun, 27 Feb 2005 00:45:52 +0200 From: Ruslan Ermilov To: Andrey Chernov Message-ID: <20050226224552.GH93910@ip.net.ua> References: <20050226223215.GF93910@ip.net.ua> <20050226223740.GA12578@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dMyqICaxQaaUjrCL" Content-Disposition: inline In-Reply-To: <20050226223740.GA12578@nagual.pp.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@FreeBSD.org Subject: Re: HEADS UP: LC_CTYPE format changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 22:45:47 -0000 --dMyqICaxQaaUjrCL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Andrey, On Sun, Feb 27, 2005 at 01:37:40AM +0300, Andrey Chernov wrote: > On Sun, Feb 27, 2005 at 12:32:15AM +0200, Ruslan Ermilov wrote: > > Hi there, > >=20 > > I've just committed changes that modify the format of LC_CTYPE > > files. Next time when you buildworld/installworld, please do > > it without -DNO_CLEAN, or at least remove the contents of > > /usr/obj/usr/src/share/mklocale/. >=20 > Usually nothing wrong happens even without those measures. If LC_CTYPE=20 > file format is different enough, the reader function returns error and=20 > locale stays to "C". The only case left if it is different in small part= =20 > so reader function can't detect the difference. I don't look at your=20 > changes yet to say one or another for sure. >=20 Yes, with my changes and with a NO_CLEAN build/install the locale will be "C" next time you reboot. make.conf(5) warns about not using NO_CLEAN routinely, but people doing it (like myself) won't generally be glad to see their locale stopped working, hence the HEADS UP. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --dMyqICaxQaaUjrCL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCIPwgqRfpzJluFF4RAtfOAJ4v2pKwgi/S/OxCD45qEjy2ZkkXgwCeJbpC GJws1f5+qaR3nP5ZDLJsQz8= =IehY -----END PGP SIGNATURE----- --dMyqICaxQaaUjrCL-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 22:55:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F85A16A4CE for ; Sat, 26 Feb 2005 22:55:06 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB41643D31 for ; Sat, 26 Feb 2005 22:55:05 +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 j1QMt4RW049774; Sun, 27 Feb 2005 00:55:04 +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 79628-19; Sun, 27 Feb 2005 00:55:04 +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 j1QMt4cm049771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 27 Feb 2005 00:55:04 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1QMtDTb015726; Sun, 27 Feb 2005 00:55:13 +0200 (EET) (envelope-from ru) Date: Sun, 27 Feb 2005 00:55:13 +0200 From: Ruslan Ermilov To: Andrey Chernov , current@FreeBSD.ORG Message-ID: <20050226225513.GA10456@ip.net.ua> References: <20050226223215.GF93910@ip.net.ua> <20050226223740.GA12578@nagual.pp.ru> <20050226224253.GA12829@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: <20050226224253.GA12829@nagual.pp.ru> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua Subject: Re: HEADS UP: LC_CTYPE format changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 22:55:06 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 27, 2005 at 01:42:53AM +0300, Andrey Chernov wrote: > On Sun, Feb 27, 2005 at 01:37:40AM +0300, Andrey Chernov wrote: > > Usually nothing wrong happens even without those measures. If LC_CTYPE= =20 > > file format is different enough, the reader function returns error and= =20 > > locale stays to "C". The only case left if it is different in small par= t=20 > > so reader function can't detect the difference. I don't look at your=20 > > changes yet to say one or another for sure. >=20 > BTW, perhaps you need to change _RUNE_MAGIC_1 constant too to indicate th= e=20 > difference. It depends of its nature. >=20 File format now uses _FILE_RUNE_MAGIC_1 (defined in ); I didn't want to touch the in-memory format in any way. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCIP5QqRfpzJluFF4RApN9AJ4wAF36cWazpZuF6GPJDUe7Cban/ACeIvNX nz19QHrpfMjxVrlIbngsIts= =lVPs -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 23:17:34 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F409216A4CE; Sat, 26 Feb 2005 23:17:33 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F30943D39; Sat, 26 Feb 2005 23:17:33 +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.1/8.13.1) with ESMTP id j1QNHW3B032902; Sat, 26 Feb 2005 18:17:32 -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.1/8.13.1) with ESMTP id j1QNHWlZ004093; Sat, 26 Feb 2005 18:17:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 854D67306E; Sat, 26 Feb 2005 18:17:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050226231732.854D67306E@freebsd-current.sentex.ca> Date: Sat, 26 Feb 2005 18:17:32 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/729/Sat Feb 26 14:48:56 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 23:17:34 -0000 TB --- 2005-02-26 22:35:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-26 22:35:57 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-02-26 22:35:57 - checking out the source tree TB --- 2005-02-26 22:35:57 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-02-26 22:35:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-26 22:41:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-26 22:41:50 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-26 22:41:50 - /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 [...] rm -f .depend mkdep -f .depend -a -I/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/pkg_install/version/../lib /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/pkg_install/version/main.c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/pkg_install/version/perform.c echo pkg_version: /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/lib/libc.a /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/usr.sbin/pkg_install/version/../lib/libinstall.a /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/lib/libfetch.a /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/lib/libmd.a /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/lib/libssl.a /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/i386/usr/lib/libcrypto.a >> .depend ===> usr.sbin/powerd (depend) rm -f .depend mkdep -f .depend -a /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/powerd/powerd.c /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/powerd/powerd.c:38:30: machine/apm_bios.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.sbin/powerd. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/usr.sbin. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-02-26 23:17:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-26 23:17:32 - ERROR: failed to build world TB --- 2005-02-26 23:17:32 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Feb 26 23:41:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31FB616A4F0 for ; Sat, 26 Feb 2005 23:41:06 +0000 (GMT) Received: from ybbsmtp10.mail.mci.yahoo.co.jp (ybbsmtp10.mail.mci.yahoo.co.jp [210.80.241.184]) by mx1.FreeBSD.org (Postfix) with SMTP id B31A443D5E for ; Sat, 26 Feb 2005 23:41:04 +0000 (GMT) (envelope-from takeharu1219@ybb.ne.jp) Received: from unknown (HELO ?192.168.1.14?) (takeharu1219@219.35.170.20 with plain) by ybbsmtp10.mail.mci.yahoo.co.jp with SMTP; 26 Feb 2005 23:41:03 -0000 X-Apparently-From: Message-ID: <4221090E.4020401@ybb.ne.jp> Date: Sun, 27 Feb 2005 08:41:02 +0900 From: Takeharu KATO User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: cokane@cokane.org References: <421A4D5D.6040205@ybb.ne.jp> <421B5E3D.60209@ybb.ne.jp> <346a80220502260939848bdf6@mail.gmail.com> In-Reply-To: <346a80220502260939848bdf6@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: AMD64 Local APIC Timer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Feb 2005 23:41:09 -0000 Hi Sorry, in fact , my patch has some problem. If you need local apic timer AMD64 please try peter wemm'work: http://people.freebsd.org/~peter/hammer.diff > > The lapic timer patch seems to break something in the > timeout(9)/untimeout(9) handling. I have a mobile athlon64 laptop, and > have been using Fukuda Nobuhiko's acpi_ppc driver for the Cool'n'Quiet > operation. With your patch applied, this driver no longer scales the > CPU frequency. It seems to use timeout(9) to have the kernel call a > polling function regularly to monitor CPU usage and scales the CPU > speed to match the usage. This helps maintain bettery life. > > The driver is at: > http://www.spa.is.uec.ac.jp/~nfukuda/software/dist/acpi_ppc-20050210.tgz > > -- > coleman kane -- Takeharu KATO