From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 4 04:08:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D46A716A412; Thu, 4 Jan 2007 04:08:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7C9D713C44C; Thu, 4 Jan 2007 04:08:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1H2Jtc-000Ok0-EI; Thu, 04 Jan 2007 06:08:12 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l0447SJj023161 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Jan 2007 06:07:28 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l0447RTF059291; Thu, 4 Jan 2007 06:07:27 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l0447RZj059290; Thu, 4 Jan 2007 06:07:27 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 4 Jan 2007 06:07:27 +0200 From: Kostik Belousov To: John Baldwin Message-ID: <20070104040727.GD21325@deviant.kiev.zoral.com.ua> References: <20070103141820.GA1014@grosbein.pp.ru> <200701031601.05541.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZATCr4BkWovzAAkA" Content-Disposition: inline In-Reply-To: <200701031601.05541.jhb@freebsd.org> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on fw.zoral.com.ua X-Scanner-Signature: 4fe2b897d4d72954524b6b73d18f8617 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 661 [Dec 30 2006] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-hackers@freebsd.org, Eugene Grosbein Subject: Re: WITNESS & RELENG_6 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jan 2007 04:08:14 -0000 --ZATCr4BkWovzAAkA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 03, 2007 at 04:01:04PM -0500, John Baldwin wrote: > On Wednesday 03 January 2007 09:18, Eugene Grosbein wrote: > > Hi! > >=20 > > I try to find bugs in 6.2-PRERELEASE by using it (q) :-) > > The question is: are kernel options WITNESS/WITNESS_KDB expected > > to be in usable kernel? I don't worry about performance overhead here. > >=20 > > The problem is, I've found this is nearly impossible to run > > my home system with RELENG_6 build from yesterday's sources, > > X.org 6.9.0, mplayer etc. without panicing and crashdump generation > > after an hour or so. Just switch from X to vty and logon gave me another > > LOR and crashdump. One of these you can see here: > >=20 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/107455 > >=20 > > Perhaps, I should not use these options for everyday STABLE use? > >=20 > > Eugene >=20 > I think you are running into devfs bugs actually. I would suggest that the problem may be in the nvidia driver instead. It seems to be related to dev cloning. Anyway, obtaining exact location of fault in devfs_populate_loop (either with crashdump/kgdb or manually) would be first step. --ZATCr4BkWovzAAkA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFnH1+C3+MBN1Mb4gRAlkGAKDuiii4+WqrTYLX5GkdbgAIf8oeDACgmaUJ VnGRs6y4wzKtxvk5D7iId1A= =9MVp -----END PGP SIGNATURE----- --ZATCr4BkWovzAAkA--