From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 00:18:39 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CF8D16A420; Sun, 27 Jan 2008 00:18:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CDFB713C43E; Sun, 27 Jan 2008 00:18:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m0R0IcT9092195; Sat, 26 Jan 2008 19:18:38 -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.14.2/8.14.1) with ESMTP id m0R0Ic6E053966; Sat, 26 Jan 2008 19:18:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1262F73039; Sat, 26 Jan 2008 19:18:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080127001838.1262F73039@freebsd-current.sentex.ca> Date: Sat, 26 Jan 2008 19:18:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2008 00:18:39 -0000 TB --- 2008-01-26 23:15:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-26 23:15:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-01-26 23:15:01 - cleaning the object tree TB --- 2008-01-26 23:15:26 - cvsupping the source tree TB --- 2008-01-26 23:15:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-01-26 23:15:34 - building world (CFLAGS=-O -pipe) TB --- 2008-01-26 23:15:34 - cd /src TB --- 2008-01-26 23:15:34 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 26 23:15:37 UTC 2008 >>> 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 [...] /src/usr.sbin/setfmac/setfmac.c: In function 'main': /src/usr.sbin/setfmac/setfmac.c:161: warning: field precision should have type 'int', but argument 3 has type 'size_t' /src/usr.sbin/setfmac/setfmac.c:166: warning: field precision should have type 'int', but argument 2 has type 'size_t' /src/usr.sbin/setfmac/setfmac.c:174: warning: field precision should have type 'int', but argument 3 has type 'size_t' /src/usr.sbin/setfmac/setfmac.c:178: warning: field precision should have type 'int', but argument 4 has type 'size_t' /src/usr.sbin/setfmac/setfmac.c: In function 'apply_specs': /src/usr.sbin/setfmac/setfmac.c:443: warning: field precision should have type 'int', but argument 2 has type 'size_t' /src/usr.sbin/setfmac/setfmac.c:487: warning: field precision should have type 'int', but argument 3 has type 'size_t' *** Error code 1 Stop in /src/usr.sbin/setfmac. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-01-27 00:18:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-01-27 00:18:37 - ERROR: failed to build world TB --- 2008-01-27 00:18:37 - tinderbox aborted TB --- 2834.73 user 335.71 system 3816.84 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 26 23:53:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1A4216A417 for ; Sat, 26 Jan 2008 23:53:36 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id D024013C45B for ; Sat, 26 Jan 2008 23:53:36 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 783C38C0AC; Sat, 26 Jan 2008 17:53:36 -0600 (CST) Date: Sat, 26 Jan 2008 17:53:36 -0600 To: Nenhum_de_Nos Message-ID: <20080126235336.GB8059@soaustin.net> References: <012101c85cbe$3d93fef0$292d280a@friedman.net> <4795B6ED.8020902@beardz.net> <003901c85d02$96a78d60$292d280a@friedman.net> <4956a5e50801242019m37675b90t7fbbb72d4d917960@mail.gmail.com> <4956a5e50801242020j41fea759v84720c62a246db63@mail.gmail.com> <20080126153015.U36482@maildrop.int.zabbadoz.net> <4956a5e50801261506x1761f175sa08e1e11b01f3fe8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4956a5e50801261506x1761f175sa08e1e11b01f3fe8@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 27 Jan 2008 00:35:08 +0000 Cc: "Bjoern A. Zeeb" , freebsd-current@freebsd.org, "George V. Neville-Neil" Subject: Re: IPSEC on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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 Jan 2008 23:53:37 -0000 On Sat, Jan 26, 2008 at 08:06:03PM -0300, Nenhum_de_Nos wrote: > as I went through this guide recently, I could help to renew it. We can use all the help that we can get from users to help update the documentation. You don't need to understand the SGML markup -- there's doc committers (like me) that can help with that. The hard part is just getting someone to start writing down ideas. You can discuss them on the freebsd-doc@ mailing list if you like, or use send-pr(1) with a category of 'docs', as you prefer. mcl From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 00:57:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C489416A41A for ; Sun, 27 Jan 2008 00:57:18 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 4537113C43E for ; Sun, 27 Jan 2008 00:57:17 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1317603fgg.35 for ; Sat, 26 Jan 2008 16:57:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=MFUng8DFh3DmKbr/bUKAQZGfspygTcabu8fL8HBzxLI=; b=nYc6PH1QrkQMS/ndvuFdJ/wLALfdzQ614FGz+bGg8jQTF+oX6/aMD8k6gOFhzVbvebWJY17EJRmAMgTFNf2yMUfpYsFZipWdXD/nbfApLocmY/RtGdhUyFjz2mLSI6wbjGbCs7oXwvwSwWvtdKNWbxHEJNWA+W554abkBR+3Ces= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=sWuDIlQy1EiLUsK1fYrl10uTPkVKsszzmqWwfNPV6nPOg9vk+K4/0aS7B9QOVERx60e2XsTnNF5b6D8J2ohsNCcMdRVxxzPJ4QDdeOuP4HkfnfBdqOmToKmYzabNxem2num+el6gVynD8pnGYm4/zWT+bcJrPHthIIm5xqDGHeo= Received: by 10.86.73.17 with SMTP id v17mr3501931fga.74.1201395437000; Sat, 26 Jan 2008 16:57:17 -0800 (PST) Received: by 10.86.53.7 with HTTP; Sat, 26 Jan 2008 16:57:16 -0800 (PST) Message-ID: <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> Date: Sun, 27 Jan 2008 01:57:16 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Doug Barton" In-Reply-To: <479BBDAA.6000008@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <3bbf2fe10801240518i6e18b2f5w84de652d4170c95b@mail.gmail.com> <20080124145811.GB78114@comp.chem.msu.su> <3bbf2fe10801240707o72b927cg74dbf9b7bbcd88fc@mail.gmail.com> <20080125075551.GB21633@comp.chem.msu.su> <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <20080126142901.GD49535@comp.chem.msu.su> <479B6303.6000401@FreeBSD.org> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> X-Google-Sender-Auth: 81f9fe6f9c98d815 Cc: Kostik Belousov , Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 00:57:18 -0000 2008/1/27, Doug Barton : > Attilio Rao wrote: > > 2008/1/26, Doug Barton : > >> Yar Tikhiy wrote: > >> > >>> No doubt. :-) But the urgency of this problem appears much lower > >>> than that I estimated in the first place--fortunately. Broken UFS > >>> would be a nightmare. > >> IMO if we're going to ship NTFS support in the base it should actually > >> function, or at minimum not panic the box. As I reported earlier, I can > >> panic my -current system with 100% reliability with fairly light access > >> to an NTFS volume, which I consider to be a fairly large problem, at > >> least for my personal usage pattern. > > > > I'm not sure now, are you referring to some problems introduced by my > > patches or not? > > Not sure of the timeline. I think this is the most relevant post on > the matter, let me know if there is anything I can do to help diagnose > this. As my really first commit about VFS happened on 28 december (and it should also be a nop), and you reported a 23 december kernel, it seems like the problem was alredy there by time. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 02:17:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2434C16A418 for ; Sun, 27 Jan 2008 02:17:07 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id EE45513C43E for ; Sun, 27 Jan 2008 02:17:06 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id B8BE75CAE; Sat, 26 Jan 2008 20:50:57 -0500 (EST) X-Virus-Scanned: amavisd-new at codefab.com Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uxBH1KnwuDGG; Sat, 26 Jan 2008 20:50:55 -0500 (EST) Received: from [192.168.1.3] (pool-96-232-226-181.nycmny.east.verizon.net [96.232.226.181]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id C905B5C3C; Sat, 26 Jan 2008 20:50:50 -0500 (EST) Message-ID: <479BE36E.5090408@mac.com> Date: Sat, 26 Jan 2008 20:50:38 -0500 From: Chuck Swiger User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <479BB50E.2080703@gmail.com> In-Reply-To: <479BB50E.2080703@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: build/installworld break under -j n for n>1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 02:17:07 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Installworld fails to wait for buildworld to complete under the > following command line: > > make -j n buildworld installworld > > I have not tested for n!=10. While I find your confidence in doing an installworld without checking for whether the build completed sucessfully and without doing a human review to be admirable :-), perhaps consider doing this instead: make -j n buildworld && make installworld ...? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 03:23:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A93116A418 for ; Sun, 27 Jan 2008 03:23:12 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (unknown [IPv6:2001:5c0:8fff:fffe::214d]) by mx1.freebsd.org (Postfix) with ESMTP id E4AD313C478 for ; Sun, 27 Jan 2008 03:23:11 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1JIy63-000BKv-JZ; Sat, 26 Jan 2008 22:22:15 -0500 Date: Sat, 26 Jan 2008 22:22:15 -0500 From: Gary Palmer To: "Aryeh M. Friedman" Message-ID: <20080127032215.GA1083@in-addr.com> References: <479BB50E.2080703@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <479BB50E.2080703@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: build/installworld break under -j n for n>1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 03:23:12 -0000 On Sat, Jan 26, 2008 at 05:32:46PM -0500, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Installworld fails to wait for buildworld to complete under the > following command line: > > make -j n buildworld installworld > > I have not tested for n!=10. - installworld is not meant to be run in parallel - the correct form of the above command is make -j buildworld && make installworld - or you can just use make -j world Gary From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 03:54:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E448A16A468 for ; Sun, 27 Jan 2008 03:54:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA9813C44B for ; Sun, 27 Jan 2008 03:54:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so1791841pyb.10 for ; Sat, 26 Jan 2008 19:54:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=hGsAmlHOV2cyhDgOMzYTIj6vgAoBWKBhxD8OKgF4mWs=; b=naCZTi4vAVLEEbkQcyZ8zLYd9bNUNaSYQFBtQ/dqN6yWcUtWToupfBwSaLlJIJy8Qi/9bm3PHT6tkgTPdcfO+vlefxy2v4kEtsgXXXpTMuuWw5PJRCVgm4/uIgHsMcxsAnfS7uGA9nOv8C79tcO3cErasb3LBc8rVjY9wcXJ3ls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=HHpgVkJDAsIt20wGLLwTsxS2QyM3GQebUWsGYkz+JBGOp4lYMLEn9LS8PcyzQc8QLrG0bm03QTdQx9RvcXYj00TzplPXsr6JlT+G8JWPPygHEb2Na/RH8Cg/6WVjYrFjkBXaQWL87a2fRI+tclCqw4N1UWwJ0sY45LApB9Y0ZpY= Received: by 10.65.54.9 with SMTP id g9mr8187841qbk.3.1201406071479; Sat, 26 Jan 2008 19:54:31 -0800 (PST) Received: from flosoft.no-ip.biz ( [67.85.89.184]) by mx.google.com with ESMTPS id c5sm3449615qbc.19.2008.01.26.19.54.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 26 Jan 2008 19:54:31 -0800 (PST) Message-ID: <479C0069.30509@gmail.com> Date: Sat, 26 Jan 2008 22:54:17 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20080121) MIME-Version: 1.0 To: Gary Palmer References: <479BB50E.2080703@gmail.com> <20080127032215.GA1083@in-addr.com> In-Reply-To: <20080127032215.GA1083@in-addr.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: build/installworld break under -j n for n>1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 03:54:33 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > - or you can just use > > make -j world It says I need to add DESTDIR so this leads to the question if I do make -j n DESTDIR=/ world kernel it will do the expected? A second question what exactly does make with no arg do if done in /usr/src (build(8) gives no clue). - -- Aryeh M. Friedman FloSoft Systems, Java Tool Developers Developer, not business, friendly http://www.flosoft-systems.com "Free software != Free beer" Blog: http://www.flosoft-systems.com/flosoft_systems_community/blogs/aryeh/index.php -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHnABpQi2hk2LEXBARAshIAJ0WDh73mWJNdlNnR+3opEqXWcYNYACdH9MI 5X8L8jV7VLpWO7/zDsZ+Gjg= =wkkW -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 04:41:06 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 788E716A46B for ; Sun, 27 Jan 2008 04:41:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 9D0B513C4DB for ; Sun, 27 Jan 2008 04:41:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 5163 invoked by uid 399); 27 Jan 2008 04:41:01 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 27 Jan 2008 04:41:01 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479C0B5B.9030709@FreeBSD.org> Date: Sat, 26 Jan 2008 20:40:59 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20080126) MIME-Version: 1.0 To: Attilio Rao References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <3bbf2fe10801240518i6e18b2f5w84de652d4170c95b@mail.gmail.com> <20080124145811.GB78114@comp.chem.msu.su> <3bbf2fe10801240707o72b927cg74dbf9b7bbcd88fc@mail.gmail.com> <20080125075551.GB21633@comp.chem.msu.su> <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <20080126142901.GD49535@comp.chem.msu.su> <479B6303.6000401@FreeBSD.org> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> In-Reply-To: <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 04:41:07 -0000 Attilio Rao wrote: > As my really first commit about VFS happened on 28 december (and it > should also be a nop), and you reported a 23 december kernel, it seems > like the problem was alredy there by time. Ok, so you're off the hook. :) Interested in helping track down why it's panic'ing? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 05:10:02 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AB5216A41B for ; Sun, 27 Jan 2008 05:10:02 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id EE1C013C45A for ; Sun, 27 Jan 2008 05:10:01 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m0R59w7x076032; Sat, 26 Jan 2008 21:09:58 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m0R59vxX076029; Sat, 26 Jan 2008 21:09:57 -0800 (PST) (envelope-from obrien) Date: Sat, 26 Jan 2008 21:09:57 -0800 From: "David O'Brien" To: Baldur Gislason Message-ID: <20080127050957.GB75469@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Baldur Gislason , Scott Long , freebsd-current@freebsd.org References: <20080124182710.GC14026@gremlin.foo.is> <4798E015.3050105@samsco.org> <20080124235857.GD14026@gremlin.foo.is> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080124235857.GD14026@gremlin.foo.is> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: 4GB RAM with an intel core 2 processor X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Sun, 27 Jan 2008 05:10:02 -0000 On Thu, Jan 24, 2008 at 11:58:57PM +0000, Baldur Gislason wrote: > I wasn't aware that amd64 was the same 64 bit architecture as used by Intel. You can think your processor vendor for intentionally trying to mislead its customers. > Are there any known backwards compatibility issues with running i386 linux > binaries for example if I switch over to amd64? No. However, it sounds like you're using the binary nVidia driver. And nVidia only supports FreeBSD/i386, not FreeBSD/amd64. (search the mailing lists if you want to know why) > Also, could I switch to amd64 by just changing make.conf and doing a > buildworld and buildkernel or would I have to do a binary upgrade or > maybe even a clean install? A clean install really is better. You could do an "upgrade" install to leave your /etc alone. And then reinstall any packages you have installed. From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 05:17:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A19C216A420 for ; Sun, 27 Jan 2008 05:17:08 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8140413C457 for ; Sun, 27 Jan 2008 05:17:08 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m0R5H8ot076248; Sat, 26 Jan 2008 21:17:08 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m0R5H8EK076247; Sat, 26 Jan 2008 21:17:08 -0800 (PST) (envelope-from obrien) Date: Sat, 26 Jan 2008 21:17:08 -0800 From: "David O'Brien" To: sleep`walker Message-ID: <20080127051708.GD75469@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, sleep`walker , freebsd-current@freebsd.org References: <20080123235033.GA3126@what-creek.com> <200801242006.43922.peter.schuller@infidyne.com> <868x2e7ta0.fsf@ds4.des.no> <15077333.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15077333.post@talk.nabble.com> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: DTrace for FreeBSD - status X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Sun, 27 Jan 2008 05:17:08 -0000 On Thu, Jan 24, 2008 at 03:08:04PM -0800, sleep`walker wrote: > Can you tell me, please, will Cisco replace IOS's kernel with FreeBSD's > and port their configuration tools to FreeBSD, or it will be regular > FreeBSD with it's tools and applications? > I would like to see pf and csh on Ciscro router out of box ;) You could use Juniper Networks routers if you wanted a FreeBSD based router. :-)) -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 05:26:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E5D516A418 for ; Sun, 27 Jan 2008 05:26:08 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5B63D13C461 for ; Sun, 27 Jan 2008 05:26:08 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id m0R5Q1pt076421; Sat, 26 Jan 2008 21:26:01 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id m0R5Q1xR076420; Sat, 26 Jan 2008 21:26:01 -0800 (PST) (envelope-from obrien) Date: Sat, 26 Jan 2008 21:26:01 -0800 From: "David O'Brien" To: Kip Macy Message-ID: <20080127052601.GE75469@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Kip Macy , Dag-Erling =?unknown-8bit?Q?Sm=F8rgrav?= , EchoB , freebsd-current@freebsd.org References: <4797B923.6030400@gmail.com> <86odbbwo02.fsf@ds4.des.no> <4798B651.7000108@samsco.org> <868x2f86pp.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Dag-Erling =?unknown-8bit?Q?Sm=F8rgrav?= , EchoB , freebsd-current@freebsd.org Subject: Re: XEN and ZFS Status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Sun, 27 Jan 2008 05:26:08 -0000 On Thu, Jan 24, 2008 at 11:15:47AM -0800, Kip Macy wrote: > This has been sufficient for quite a few people to get up and running. > I think Scott's irritation may stem from the fact that reality > contradicts your statements. Funny - from what I've seen on IRC scottl has had quite a bit of trouble getting it running (saying up to what 6am trying to get it working) and then having to ask you personally questions on why he couldn't get it working. It also seems from what I've seen much work is still ahead. That reality really is you have a cool technology demo - but as DES says - Xen is not supported. Can I file PRs against Xen and expect to have the reported problem fixed? I do like what you're doing - I really do. But I think its a disservice to users to create an expectation that a mer mortal can get it up and running from the bits in Perforce without a lot of effort. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 05:36:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8A0116A417 for ; Sun, 27 Jan 2008 05:36:29 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id A7A5F13C447 for ; Sun, 27 Jan 2008 05:36:29 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2191794waf.3 for ; Sat, 26 Jan 2008 21:36:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=gINT4k+1+mN+RXkcfwkkUkgaKs56o2JB9a4ZQQNnjgo=; b=hQXTcqDn0IgXvbMWkATJOg989MNA5LE9NxkUU+mWHxC8GU2P1PufYuIWiwigoUHSLQfjkMlLZc1acaTYatPZRJE+ZGmw8pIIo0Z+uT/SwKyaywburJDhZavtiTuTDDLf7hDFh0tXDvrCD7hIoE/ruh1vSA2YTxSLK6nJezc5GM4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CSdIbwTJcFUbaqDCQMyZeBMGbdQ32don02d2kncDg7DAGgEF+9Kb1TyuraydTFR490BSzKNg1he11UHCeS+G2NrTnRrwmgcxM8eGcjob1II8fsNvrnTs8al9TcO6Cid3lSvvHCs0EpzpSga97lOLZZ6RVaQS7tcw8V2/HKfuNW8= Received: by 10.114.254.1 with SMTP id b1mr4551820wai.140.1201412188946; Sat, 26 Jan 2008 21:36:28 -0800 (PST) Received: by 10.114.255.16 with HTTP; Sat, 26 Jan 2008 21:36:28 -0800 (PST) Message-ID: Date: Sat, 26 Jan 2008 21:36:28 -0800 From: "Kip Macy" To: obrien@freebsd.org, "Kip Macy" , "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" , EchoB , freebsd-current@freebsd.org In-Reply-To: <20080127052601.GE75469@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4797B923.6030400@gmail.com> <86odbbwo02.fsf@ds4.des.no> <4798B651.7000108@samsco.org> <868x2f86pp.fsf@ds4.des.no> <20080127052601.GE75469@dragon.NUXI.org> Cc: Subject: Re: XEN and ZFS Status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 05:36:30 -0000 On Jan 26, 2008 9:26 PM, David O'Brien wrote: > On Thu, Jan 24, 2008 at 11:15:47AM -0800, Kip Macy wrote: > > This has been sufficient for quite a few people to get up and running. > > I think Scott's irritation may stem from the fact that reality > > contradicts your statements. > > Funny - from what I've seen on IRC scottl has had quite a bit of trouble > getting it running (saying up to what 6am trying to get it working) and > then having to ask you personally questions on why he couldn't get it > working. > > It also seems from what I've seen much work is still ahead. That > reality really is you have a cool technology demo - but as DES says - Xen > is not supported. Can I file PRs against Xen and expect to have the > reported problem fixed? > > I do like what you're doing - I really do. But I think its a disservice > to users to create an expectation that a mer mortal can get it up and > running from the bits in Perforce without a lot of effort. > Correct. However, "unsupported" is a lowest common denominator response. Particularly given that I have not claimed that it is production ready. It would have been quite reasonable in private communication as it is accurate and if the questioner's only interest is in near-term production use he will know not to pursue it further. However, other people use the list archives seeking information and there are a large number of people out there who don't want to use it in a production environment in the near-term or are more generally interested in the fact that there is work going on. These people can provide useful feedback and bug reports. Continued language lawyering is pedantic at best and going in to histrionics about the possibility of my changing my mail server configuration probably only provides me with entertainment. Both only serve to add further noise to what was at best a faint signal to begin with. Cheers, Kip From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 07:17:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3969E16A417; Sun, 27 Jan 2008 07:17:58 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id DDA7E13C442; Sun, 27 Jan 2008 07:17:57 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id m0R7HoMq095542; Sun, 27 Jan 2008 00:17:51 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <479C301E.8020309@samsco.org> Date: Sun, 27 Jan 2008 00:17:50 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071128 SeaMonkey/1.1.7 MIME-Version: 1.0 To: obrien@freebsd.org, Kip Macy , =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , EchoB , freebsd-current@freebsd.org References: <4797B923.6030400@gmail.com> <86odbbwo02.fsf@ds4.des.no> <4798B651.7000108@samsco.org> <868x2f86pp.fsf@ds4.des.no> <20080127052601.GE75469@dragon.NUXI.org> In-Reply-To: <20080127052601.GE75469@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Sun, 27 Jan 2008 00:17:51 -0700 (MST) X-Spam-Status: No, score=-1.4 required=5.4 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Subject: Re: XEN and ZFS Status? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 07:17:58 -0000 David O'Brien wrote: > On Thu, Jan 24, 2008 at 11:15:47AM -0800, Kip Macy wrote: >> This has been sufficient for quite a few people to get up and running. >> I think Scott's irritation may stem from the fact that reality >> contradicts your statements. > > Funny - from what I've seen on IRC scottl has had quite a bit of trouble > getting it running (saying up to what 6am trying to get it working) and > then having to ask you personally questions on why he couldn't get it > working. > I'd appreciate it if you wouldn't butt in and think that you can speak for me. Thanks! Scott From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 09:30:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 552A016A419 for ; Sun, 27 Jan 2008 09:30:35 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 7A6B213C43E for ; Sun, 27 Jan 2008 09:30:34 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id E39A51B10EF2; Sun, 27 Jan 2008 10:30:32 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-8.8 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_52,J_CHICKENPOX_55,J_CHICKENPOX_56,NORMAL_HTTP_TO_IP autolearn=no version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 1B9151B10EE0; Sun, 27 Jan 2008 10:30:26 +0100 (CET) Message-ID: <479C4F31.7090804@moneybookers.com> Date: Sun, 27 Jan 2008 11:30:25 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Max Laier References: <479A2389.2000802@moneybookers.com> <200801262017.52091.max@love2party.net> <479B9F4F.5010705@moneybookers.com> <200801262227.36970.max@love2party.net> In-Reply-To: <200801262227.36970.max@love2party.net> Content-Type: multipart/mixed; boundary="------------070403050709000400040305" X-Virus-Scanned: ClamAV 0.91.2/5572/Sun Jan 27 06:16:23 2008 on blah.cmotd.com X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7, bridge, PF and syn flood = very bad performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 09:30:35 -0000 This is a multi-part message in MIME format. --------------070403050709000400040305 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Goo Day, Max Laier wrote: > On Saturday 26 January 2008, Stefan Lambrev wrote: > >> Max Laier wrote: >> >>> On Friday 25 January 2008, Stefan Lambrev wrote: >>> >>>> Greetings, >>>> >>>> Does anyone try to see PF with "keep state" in action when under syn >>>> flood attack? >>>> I tried to get some help in freebsd-pf@, because the test firewall, >>>> that I build hardly can handle 2-5MB/s syn flood. >>>> Unfortunately I do not saw useful advice. >>>> The problem is that a quad core bridge firewall running freebsd 7 >>>> amd64 with PF is near useless and can't handle "small" SYN ddos. >>>> >>>> Here is the schema that I'm testing: >>>> web server (freebsd) - freebsd (bridged interfaces) - gigabit switch >>>> - clients + flooders >>>> In this configuration ~25MB/s syn flood (and I think this limit is >>>> because of my switch) is not a problem and the web server responds >>>> without a problem. >>>> With this configuration netperf -l 610 -p 10303 -H 10.3.3.1 shows >>>> 116MB/s stable speed , so I guess there are no problems with cables, >>>> hardware and etc :) >>>> >>>> But when I start pf (see below the config file) the traffic drops to >>>> 2-3MB/s and the web server is hardly accessible. >>>> It seems that device polling helps a lot in this situation, and at >>>> least the bridge firewall is accessible. Without "polling" the >>>> firewall is so heavily loaded >>>> that even commands like "date" take few seconds to finish, with 2 >>>> cores at ~100% idle at same time. >>>> >>>> I have "flat profiles" from hwpmc, and I think it indicates a >>>> problem: >>>> >>>> (bridge, pf enabled, polling enabled, sched_ule - I have profiles >>>> and for other combinations too if needed) >>>> % cumulative self self total >>>> time seconds seconds calls ms/call ms/call name >>>> 24.0 268416.00 268416.00 0 100.00% >>>> _mtx_lock_sleep >>>> >>> Can you build a kernel with LOCK_PROFILING and try to figure out >>> which lock is causing this? >>> >> Yes I can build kernel with LOCK_PROFILING. >> But I have no idea how to use it :) >> Can you point me to some documentation? >> > > man LOCK_PROFILING > > basically: > # sysctl debug.lock.prof.enable=1 && sleep 60 && \ > sysctl debug.lock.prof.enable=0 && \ > sysctl debug.lock.prof.stats > log > > while under attack to sample one minute of lock statistics. > > Well I think the interesting lines from this experiment are: max total wait_total count avg wait_avg cnt_hold cnt_lock name 39 25328476 70950955 9015860 2 7 5854948 6309848 /usr/src/sys/contrib/pf/net/pf.c:6729 (sleep mutex:pf task mtx) 936935 10645209 350 50 212904 7 110 47 /usr/src/sys/contrib/pf/net/pf.c:980 (sleep mutex:pf task mtx) 41 10528492 1422891 1492295 7 0 155627 216812 /usr/src/sys/dev/em/if_em.c:980 (sleep mutex:em1) 26 5894103 2275517 2254004 2 1 427066 715901 /usr/src/sys/net/if_bridge.c:2082 (sleep mutex:if_bridge) 34 5466679 118638 761766 7 0 1198 5794 /usr/src/sys/dev/em/if_em.c:980 (sleep mutex:em0) 24 4274965 1952823 2253930 1 0 201352 691434 /usr/src/sys/net/if_bridge.c:1991 (sleep mutex:if_bridge) 28 3067953 800284 1492265 2 0 113423 294092 /usr/src/sys/net/if_bridge.c:1674 (sleep mutex:em1) 776401 1972047 0 69 28580 0 0 0 /usr/src/sys/kern/uipc_sockbuf.c:145 (sx:so_snd_sx) 775844 1970701 0 69 28560 0 1 0 /usr/src/sys/netinet/tcp_usrreq.c:779 (sleep mutex:inp) 22 1552808 922 761744 2 0 6 405 /usr/src/sys/dev/em/if_em.c:949 (sleep mutex:em0) 19 1508717 94 761736 1 0 51 24 /usr/src/sys/net/if_bridge.c:1674 (sleep mutex:em0) 15 713930 7045 590468 1 0 1778 3364 /usr/src/sys/kern/kern_timeout.c:419 (spin mutex:callout) 9 693209 4395 579397 1 0 1305 2129 /usr/src/sys/kern/kern_timeout.c:500 (spin mutex:callout) 23 569860 423 88509 6 0 51 100 /usr/src/sys/kern/subr_taskqueue.c:71 (spin mutex:fast_taskqueue) 46 489089 188 90306 5 0 6 7 /usr/src/sys/kern/subr_sleepqueue.c:232 (spin mutex:sleepq chain) 102 488839 28464 19935 24 1 15840 5849 /usr/src/sys/dev/em/if_em.c:1563 (sleep mutex:em1) 70692 443077 0 24 18461 0 0 0 /usr/src/sys/sys/buf.h:280 (lockmgr:bufwait) 61 291437 6501 8148 35 0 5664 1610 /usr/src/sys/dev/em/if_em.c:1563 (sleep mutex:em0) 27 2760115 474506 1346693 2 0 102015 137670 /usr/src/sys/dev/em/if_em.c:949 (sleep mutex:em1) 246691 246691 0 1 246691 0 0 0 /usr/src/sys/netinet/tcp_timer.c:423 (sleep mutex:tcp) 13 121639 10 60134 2 0 0 2 /usr/src/sys/kern/kern_clock.c:224 (spin mutex:sched lock 0) 13 119466 1 60135 1 0 0 1 /usr/src/sys/kern/kern_clock.c:224 (spin mutex:sched lock 3) 9 111044 5 60134 1 0 0 1 /usr/src/sys/kern/kern_clock.c:224 (spin mutex:sched lock 1) 107 107 246687 1 107 246687 0 1 /usr/src/sys/netinet/tcp_timer.c:438 (sleep mutex:inp) you can see the whole file here - http://89.186.204.158/profiling.txt -- Best Wishes, Stefan Lambrev ICQ# 24134177 --------------070403050709000400040305-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 10:35:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF96E16A419; Sun, 27 Jan 2008 10:35:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 6169013C4DB; Sun, 27 Jan 2008 10:35:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 75F4941C799; Sun, 27 Jan 2008 11:35:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id ObkzNhearU1U; Sun, 27 Jan 2008 11:35:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 1BA5B41C798; Sun, 27 Jan 2008 11:35:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id BDBBF444885; Sun, 27 Jan 2008 10:30:34 +0000 (UTC) Date: Sun, 27 Jan 2008 10:30:33 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Mark Linimon In-Reply-To: <20080126235336.GB8059@soaustin.net> Message-ID: <20080127102825.G36482@maildrop.int.zabbadoz.net> References: <012101c85cbe$3d93fef0$292d280a@friedman.net> <4795B6ED.8020902@beardz.net> <003901c85d02$96a78d60$292d280a@friedman.net> <4956a5e50801242019m37675b90t7fbbb72d4d917960@mail.gmail.com> <4956a5e50801242020j41fea759v84720c62a246db63@mail.gmail.com> <20080126153015.U36482@maildrop.int.zabbadoz.net> <4956a5e50801261506x1761f175sa08e1e11b01f3fe8@mail.gmail.com> <20080126235336.GB8059@soaustin.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "George V. Neville-Neil" , freebsd-current@freebsd.org, Nenhum_de_Nos Subject: Re: IPSEC on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 10:35:08 -0000 On Sat, 26 Jan 2008, Mark Linimon wrote: > On Sat, Jan 26, 2008 at 08:06:03PM -0300, Nenhum_de_Nos wrote: >> as I went through this guide recently, I could help to renew it. I was thinking a lot less about ike (and racoon/ipsec-tools) but a lot more about all those gif(4) in the examples, etc. that most people do not need and seems to just be a relict from old days which state in FreeBSD I admittedly do not know because it was before my IPsec days. > We can use all the help that we can get from users to help update the > documentation. You don't need to understand the SGML markup -- there's > doc committers (like me) that can help with that. The hard part is > just getting someone to start writing down ideas. > > You can discuss them on the freebsd-doc@ mailing list if you like, or > use send-pr(1) with a category of 'docs', as you prefer. Let me know where this moves to... /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 10:50:17 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ED0F16A469 for ; Sun, 27 Jan 2008 10:50:17 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 2669A13C455 for ; Sun, 27 Jan 2008 10:50:16 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1440341fgg.35 for ; Sun, 27 Jan 2008 02:50:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=8KNK8DsDogFdthHX+3LLyF+0gI5zsLbrD/8gFiydfsg=; b=NrRrOcJ8i4mz+Lof2TaUamjQLnaD2XIYh9WjEjjK5ypktlfX0QPrvrkA4+E5N6YC8B2/7G5cubSTjhHwBGtjMKqfaYeFQGtTUXbly7CmtUxjpOa1pMs/qUR95kjCCQ1zBBbDYs9Ewv01/ZRfAgUJpsQMC4x40NTUANwvZ7TtT9Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jpkhEWNtgosqfIup05hgdB0SFbXScH7oM5TlgdIyHSWYU7znle9TGsan093qwoHTm41CkF57jgKMCZlgTmBll+Vib89V3Gf0K3iTCyTVN+glRDr2U+63/mjjqxToSRz/Kl2OgJtuzJxx0ZL4MGUMacdic9iXNDUMIPkeg4oLnGw= Received: by 10.82.174.20 with SMTP id w20mr7496583bue.21.1201431015727; Sun, 27 Jan 2008 02:50:15 -0800 (PST) Received: by 10.82.159.19 with HTTP; Sun, 27 Jan 2008 02:50:15 -0800 (PST) Message-ID: <14989d6e0801270250p2b6d7411hf2db5d9af4718870@mail.gmail.com> Date: Sun, 27 Jan 2008 10:50:15 +0000 From: "Christian Walther" To: "Stefan Lambrev" In-Reply-To: <47821A0B.7020301@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200801061102.46233.josh@tcbug.org> <47821A0B.7020301@moneybookers.com> Cc: Josh Paetzel , current@freebsd.org Subject: Re: state of 7.0-RC1 on an IBM t60p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 10:50:17 -0000 Hi there, I encountered some of the issues described by Josh, I followed some of Stefans advice so I thought I comment on this ("for the record"): On 07/01/2008, Stefan Lambrev wrote: > Hi Josh, > > Josh Paetzel wrote: [...] > > 1) wpi is nearly non-functional. It seems to associate best to WPA2 networks, > > struggles with WEP and won't associate at all to open networks. Once it's > > associated it spams the console with "discarding packet without header" > > and "wpi_cmd: couldn't set tx power" quite a bit, as well as other random > > output. The real problem I've had with it is that it panics under moderate > > data rates, in the 1000-1500K/sec range. > > > You can try the latest wpi driver from perforce - > http://www.clearchain.com/wiki/Wpi > Also you can disable debugging. The latest version of the driver from perforce works on the T60. What makes me wonder is the fact that I need to specify the channel of the nearest AP. Otherwise the interface will get no link. [...] > > 3) sutdown output is garbled. This doesn't seem to hurt anything, but at > > some point in shutdown the console messages start interleaving. > > > First time I saw this in RC1 - never with 7-CURRENT or -BETAX (I'm > talking only about shutdown messages, not boot messages) Same here. This is not related to the T60, it's the same on my Athlon64 based server. > > 4) acpi suspend and resume doesn't work, but that's not a huge shock.l > > > > 5) ath generates interrupt storms that are throttled. > > > Sorry, I do not have idea how to fix this. Never had any trouble with interrupt storms on ath. I'm using a D-Link DWL-G650, the card is identified as: ath0: mem 0x88000000-0x8800ffff irq 16 at device 0.0 on cardbus0 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:19:5b:3a:82:be ath0: mac 7.9 phy 4.5 radio 5.6 Seems to be pretty much the same. Christian From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 12:36:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D33D16A469; Sun, 27 Jan 2008 12:36:19 +0000 (UTC) (envelope-from prvs=19126b2389=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 6EAC313C467; Sun, 27 Jan 2008 12:36:18 +0000 (UTC) (envelope-from prvs=19126b2389=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1201436473; x=1202041273; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=CdPF9oZA9uuubELhohRna b+WaFOp3hk7/SquW2a7L0s=; b=oAGwM2cOD98b837rZE395j/N6xL3/uPiTI+cc H3xUeP8PZqnoYCCXlIZpyK3J/mNdHKoSrmokgMzdCkQNqkjT8IJ6L9L5CxpbmMnD L5ehvEiBlTE7VHVIJwPsTQt2w1cJPqtovqO5Q/4sBMK1vXJszsHKsqL4nNC7ILnG KcQLqo= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50004942070.msg; Sun, 27 Jan 2008 12:21:10 +0000 Message-ID: <005301c860df$165cc090$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Steven Hartland" , "Kris Kennaway" References: <292361ab0801252036g75df6800x3b799aedaed02bde@mail.gmail.com><003001c85fd9$03ea2e40$b6db87d4@multiplay.co.uk> <479B082D.4020309@FreeBSD.org><003f01c86028$e7520690$b6db87d4@multiplay.co.uk><479B477D.3050001@FreeBSD.org> <005501c8602b$07284900$b6db87d4@multiplay.co.uk> Date: Sun, 27 Jan 2008 12:21:04 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=19126b2389=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: mail1.multiplay.co.uk, Sun, 27 Jan 2008 12:21:11 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Sun, 27 Jan 2008 12:21:13 +0000 Cc: Chargen , freebsd-current@freebsd.org Subject: Re: SMP kernels /w POLLING enabled - combination garbles(syncer?)console line message(s) on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 12:36:19 -0000 ----- Original Message ----- From: "Steven Hartland" > I'm just building a kernel with PRINTF_BUFR_SIZE=128 is this the recommended > value? I'll see if that fixes it but what I've seen is a mixture of what > looks like jumbled chars and total Greek i.e. none a-zA-Z0-9... chars. > > I'll look to get a screen shot of the console if I can reproduce reliably. Since adding this to the kernel I've not managed to reproduce the issue either with jumbled or greek characters so I can only assume this was the issue and the greek char was either random or console corruption on the kvm. Give this fixes the issue wouldnt it be a good idea to add this to the default kernel config, if nothing else but to prevent others getting confused / concerned but the output? ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 13:09:19 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9AD316A468 for ; Sun, 27 Jan 2008 13:09:19 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id AAA3913C461 for ; Sun, 27 Jan 2008 13:09:19 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 5FCF7207F for ; Sun, 27 Jan 2008 14:09:09 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id DB35F207E for ; Sun, 27 Jan 2008 14:09:08 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id BA3C8844A1; Sun, 27 Jan 2008 14:09:08 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: current@freebsd.org Date: Sun, 27 Jan 2008 14:09:08 +0100 Message-ID: <86d4rn1kln.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 13:09:20 -0000 Did something change in our resolver / getaddrinfo() recently? Check this out: des@soe ~% cat /etc/ntp.conf server europe.pool.ntp.org iburst server europe.pool.ntp.org iburst server europe.pool.ntp.org iburst server europe.pool.ntp.org iburst server europe.pool.ntp.org iburst server europe.pool.ntp.org iburst des@soe ~% ntpq -pn remote refid st t when poll reach delay offset jit= ter =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D 81.169.180.26 .INIT. 16 u - 512 0 0.000 0.000 4000= .00 81.169.180.26 .INIT. 16 u - 512 0 0.000 0.000 4000= .00 81.169.180.26 .INIT. 16 u - 512 0 0.000 0.000 4000= .00 81.169.180.26 .INIT. 16 u - 512 0 0.000 0.000 4000= .00 81.169.180.26 .INIT. 16 u - 512 0 0.000 0.000 4000= .00 *81.169.180.26 192.53.103.104 2 u 2 64 77 63.218 -19.045 3.= 331 europe.pool.ntp.org returns a different address every time you query it, and this used to work correctly. I don't know when it changed; it worked fine before I last rebooted my NTP server five days ago, but its userland is from December 16. It is *not* a name server issue: des@soe ~% host europe.pool.ntp.org europe.pool.ntp.org has address 81.169.180.26 europe.pool.ntp.org has address 77.66.32.156 europe.pool.ntp.org has address 217.8.241.75 europe.pool.ntp.org has address 130.226.232.145 europe.pool.ntp.org has address 87.32.0.19 des@soe ~% host europe.pool.ntp.org europe.pool.ntp.org has address 87.32.0.19 europe.pool.ntp.org has address 81.169.180.26 europe.pool.ntp.org has address 77.66.32.156 europe.pool.ntp.org has address 217.8.241.75 europe.pool.ntp.org has address 130.226.232.145 Somehow, ntpd (or libc) is caching the result of the lookup where it previously didn't. But this doesn't make sense, since neither ntpd nor libc nor /etc/{nsswitch,ntp,resolv}.conf have changed since it last worked. For now, I'm going to work around it by explicitly using [1-3].europe.pool.ntp.org, but I'd really like to know what's going on... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 13:12:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 838A216A41B for ; Sun, 27 Jan 2008 13:12:28 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3518B13C469 for ; Sun, 27 Jan 2008 13:12:28 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C357C208C; Sun, 27 Jan 2008 14:12:19 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id B41EE208A; Sun, 27 Jan 2008 14:12:19 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 9E017844A1; Sun, 27 Jan 2008 14:12:19 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Aryeh M. Friedman" References: <479BB50E.2080703@gmail.com> <20080127032215.GA1083@in-addr.com> <479C0069.30509@gmail.com> Date: Sun, 27 Jan 2008 14:12:19 +0100 In-Reply-To: <479C0069.30509@gmail.com> (Aryeh M. Friedman's message of "Sat\, 26 Jan 2008 22\:54\:17 -0500") Message-ID: <868x2b1kgc.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Gary Palmer , freebsd-current@freebsd.org Subject: Re: build/installworld break under -j n for n>1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 13:12:28 -0000 "Aryeh M. Friedman" writes: > A second question what exactly does make with no arg do if done in > /usr/src (build(8) gives no clue). What do you think? It builds everything that has changed since the last buildworld. This is what make is for; otherwise, we might as well use a shell script (which BTW would be significantly faster). However, if the changes are significant, you may have to run one or more of 'make obj', 'make includes' and 'make depend' first. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 13:24:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E706316A420 for ; Sun, 27 Jan 2008 13:24:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 791BF13C455 for ; Sun, 27 Jan 2008 13:24:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-063-169.pools.arcor-ip.net [88.66.63.169]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1JJ7Sq1wAP-0000rb; Sun, 27 Jan 2008 14:22:24 +0100 From: Max Laier Organization: FreeBSD To: Stefan Lambrev Date: Sun, 27 Jan 2008 14:22:17 +0100 User-Agent: KMail/1.9.7 References: <479A2389.2000802@moneybookers.com> <200801262227.36970.max@love2party.net> <479C4F31.7090804@moneybookers.com> In-Reply-To: <479C4F31.7090804@moneybookers.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2828494.SRAVsIoMmF"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801271422.23340.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18hH+75tg8IzJQRxgVbY0/7fmU86IvsFhHKAX0 rZTaiBG+f+ytFS3FCECtAmTWH7NuThegf72L/s0kEq+wDE0iaK wpQGJ5fM+sGP93jg6zrGAUGuRmI7syGIKwxRWJ2maU= Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7, bridge, PF and syn flood = very bad performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 13:24:39 -0000 --nextPart2828494.SRAVsIoMmF Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 27 January 2008, Stefan Lambrev wrote: > Goo Day, > > Max Laier wrote: > > On Saturday 26 January 2008, Stefan Lambrev wrote: > >> Max Laier wrote: > >>> On Friday 25 January 2008, Stefan Lambrev wrote: > >>>> Greetings, > >>>> > >>>> Does anyone try to see PF with "keep state" in action when under > >>>> syn flood attack? > >>>> I tried to get some help in freebsd-pf@, because the test > >>>> firewall, that I build hardly can handle 2-5MB/s syn flood. > >>>> Unfortunately I do not saw useful advice. > >>>> The problem is that a quad core bridge firewall running freebsd 7 > >>>> amd64 with PF is near useless and can't handle "small" SYN ddos. > >>>> > >>>> Here is the schema that I'm testing: > >>>> web server (freebsd) - freebsd (bridged interfaces) - gigabit > >>>> switch - clients + flooders > >>>> In this configuration ~25MB/s syn flood (and I think this limit is > >>>> because of my switch) is not a problem and the web server responds > >>>> without a problem. > >>>> With this configuration netperf -l 610 -p 10303 -H 10.3.3.1 shows > >>>> 116MB/s stable speed , so I guess there are no problems with > >>>> cables, hardware and etc :) > >>>> > >>>> But when I start pf (see below the config file) the traffic drops > >>>> to 2-3MB/s and the web server is hardly accessible. > >>>> It seems that device polling helps a lot in this situation, and at > >>>> least the bridge firewall is accessible. Without "polling" the > >>>> firewall is so heavily loaded > >>>> that even commands like "date" take few seconds to finish, with 2 > >>>> cores at ~100% idle at same time. > >>>> > >>>> I have "flat profiles" from hwpmc, and I think it indicates a > >>>> problem: > >>>> > >>>> (bridge, pf enabled, polling enabled, sched_ule - I have profiles > >>>> and for other combinations too if needed) > >>>> % cumulative self self total > >>>> time seconds seconds calls ms/call ms/call name > >>>> 24.0 268416.00 268416.00 0 100.00% > >>>> _mtx_lock_sleep > >>> > >>> Can you build a kernel with LOCK_PROFILING and try to figure out > >>> which lock is causing this? > >> > >> Yes I can build kernel with LOCK_PROFILING. > >> But I have no idea how to use it :) > >> Can you point me to some documentation? > > > > man LOCK_PROFILING > > > > basically: > > # sysctl debug.lock.prof.enable=3D1 && sleep 60 && \ > > sysctl debug.lock.prof.enable=3D0 && \ > > sysctl debug.lock.prof.stats > log > > > > while under attack to sample one minute of lock statistics. > > Well I think the interesting lines from this experiment are: > max total wait_total count avg > wait_avg cnt_hold cnt_lock name > 39 25328476 70950955 9015860 2 7 > 5854948 6309848 /usr/src/sys/contrib/pf/net/pf.c:6729 (sleep > mutex:pf task mtx) > 936935 10645209 350 50 212904 7 > 110 47 /usr/src/sys/contrib/pf/net/pf.c:980 (sleep mutex:pf > task mtx) Yeah, those two mostly are the culprit, but a quick fix is not really=20 available. You can try to "set timeout interval" to something bigger=20 (e.g. 60 seconds) which will decrease the average hold time of the second=20 lock instance at the cost of increased peak memory usage. I have the ideas how to fix this, but it will take much much more time=20 than I currently have for FreeBSD :-\ In general this requires a bottom=20 up redesign of pf locking and some data structures involved in the state=20 tree handling. The first(=3Dmain) lock instance is also far from optimal (i.e. pf is a=20 congestion point in the bridge forwarding path). For this I have also a=20 plan how to make at least state table lookups run in parallel to some=20 extend, but again the lack of free time to spend coding prevents me from=20 doing it at the moment :-\ =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 --nextPart2828494.SRAVsIoMmF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHnIWPXyyEoT62BG0RAo/PAJ9+jlOo/Sf/pSVmqvSyMO7jiMnbtgCeKSkX vrtQrvezUl30zCrFCDvUk8A= =/psX -----END PGP SIGNATURE----- --nextPart2828494.SRAVsIoMmF-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 13:47:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CBAA16A419; Sun, 27 Jan 2008 13:47:09 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 174F813C457; Sun, 27 Jan 2008 13:47:08 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 8B0231BAC2E; Sun, 27 Jan 2008 14:47:06 +0100 (CET) Received: from avoriaz.restart.bel (avoriaz.restart.bel [192.168.24.1]) (authenticated bits=0) by restart.be (8.14.2/8.14.2) with ESMTP id m0RDl3RN036029; Sun, 27 Jan 2008 14:47:03 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1201441626; bh=+E8lM62CAFx4buKkAeGV7NZys0+vFotFJrYyKZ3 rRtg=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:Content-Type:X-Scanned-By; b=mL umPigaBmgVjY0DWMSuR17QeMMYG/OX22XPgvW0Z3pqodWhasv0n0qbU0wIDdPTAt19A /1cqmtuYHjizq5GcA== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:x-scanned-by; b=NKVgXTgrDChQHgy2vfdGup01GcclP62ZEDNm/ceil1cfIO45XCQD+O7+C27diWMc4 UOEtTSj/yvL9bLxwGVpBA== Message-ID: <479C8B56.7020101@restart.be> Date: Sun, 27 Jan 2008 14:47:02 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.9 (X11/20080124) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------000407040700050705030204" X-Scanned-By: MIMEDefang 2.63 on 192.168.24.1 Cc: Subject: 7.0-RC1 - ZFS + UFS + io activity show a deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 13:47:09 -0000 This is a multi-part message in MIME format. --------------000407040700050705030204 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, I encounter a deadlock while 1) cpio -p from a ZFS filesystem to a UFS filesystem 2) rsync from ZFS to ZFS I was running with this patch: http://people.freebsd.org/~pjd/patches/zgd_done.patch Here are show alllocks + showpcpu + bt from serial console: Henri --------------000407040700050705030204 Content-Type: text/plain; name="minicom.cap" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="minicom.cap" S0RCOiBlbnRlcjogTGluZSBicmVhayBvbiBjb25zb2xlClt0aHJlYWQgcGlkIDI1OSB0aWQg MTAwMDY0IF0KU3RvcHBlZCBhdCAgICAgIGtkYl9lbnRlcisweDMyOiBsZWF2ZQpkYj4gc2hv dyBhbGxsb2NrcwpQcm9jZXNzIDc4MTYgKGphdmFfdm0pIHRocmVhZCAweGE4YjZiY2MwICgx MDA0NzcpCmV4Y2x1c2l2ZSBzeCBzb19yY3Zfc3ggciA9IDAgKDB4YTllNDBlNzgpIGxvY2tl ZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3VpcGNfc29ja2J1Zi5jOjE0NQpQcm9jZXNzIDc4MTYg KGphdmFfdm0pIHRocmVhZCAweGE2MWViY2MwICgxMDAzODApCmV4Y2x1c2l2ZSBzeCBzb19y Y3Zfc3ggciA9IDAgKDB4YjEyMjdlNzgpIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3Vp cGNfc29ja2J1Zi5jOjE0NQpQcm9jZXNzIDgxMTg5IChqYXZhX3ZtKSB0aHJlYWQgMHhhNjY1 MmFhMCAoMTAwNDU4KQpleGNsdXNpdmUgc3ggc29fcmN2X3N4IHIgPSAwICgweGE4MDk5M2E0 KSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMva2Vybi91aXBjX3NvY2tidWYuYzoxNDUKUHJvY2Vz cyA4MTE4OSAoamF2YV92bSkgdGhyZWFkIDB4YTVjNTU2NjAgKDEwMDM3MSkKZXhjbHVzaXZl IHN4IHNvX3Jjdl9zeCByID0gMCAoMHhhNjEzOGNlYykgbG9ja2VkIEAgL3Vzci9zcmMvc3lz L2tlcm4vdWlwY19zb2NrYnVmLmM6MTQ1ClByb2Nlc3MgMTQwNiAoZ25vbWUtcHR5LWhlbHBl cikgdGhyZWFkIDB4YTgyNTk4ODAgKDEwMDMwMSkKZXhjbHVzaXZlIHN4IHNvX3Jjdl9zeCBy ID0gMCAoMHhhOWUzZjIxOCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19zb2Nr YnVmLmM6MTQ1ClByb2Nlc3MgNDggKGFyY19yZWNsYWltX3RocmVhZCkgdGhyZWFkIDB4YTU2 YWI0NDAgKDEwMDA0MykKZXhjbHVzaXZlIHNsZWVwIG11dGV4IHZtIG9iamVjdCAoa21lbSBv YmplY3QpIHIgPSAwICgweGEwOGIxZWMwKSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMvdm0vdm1f bWFwLmM6MjI5MwpleGNsdXNpdmUgc2xlZXAgbXV0ZXggc3lzdGVtIG1hcCByID0gMCAoMHhh MTg2YjBlOCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL3ZtL3ZtX21hcC5jOjI0MTIKZXhjbHVz aXZlIHNsZWVwIG11dGV4IFVNQSBsb2NrIHIgPSAwICgweGEwOGIxYjJjKSBsb2NrZWQgQCAv dXNyL3NyYy9zeXMvdm0vdW1hX2NvcmUuYzoxNDkyCmRiPiBzaG93IGFsbHBjcHUKQ3VycmVu dCBDUFU6IDEKCmNwdWlkICAgICAgICA9IDAKY3VydGhyZWFkICAgID0gMHhhNTZhYjQ0MDog cGlkIDQ4ICJhcmNfcmVjbGFpbV90aHJlYWQiCmN1cnBjYiAgICAgICA9IDB4Zjc1MTBkOTAK ZnBjdXJ0aHJlYWQgID0gbm9uZQppZGxldGhyZWFkICAgPSAweGE1NTI5YWEwOiBwaWQgMTIg ImlkbGU6IGNwdTAiCkFQSUMgSUQgICAgICA9IDAKY3VycmVudGxkdCAgID0gMHg1MApzcGlu IGxvY2tzIGhlbGQ6CgpjcHVpZCAgICAgICAgPSAxCmN1cnRocmVhZCAgICA9IDB4YTViMzZh YTA6IHBpZCAyNTkgInNwYV96aW9faW50cl8xIgpjdXJwY2IgICAgICAgPSAweGY5OWJhZDkw CmZwY3VydGhyZWFkICA9IG5vbmUKaWRsZXRocmVhZCAgID0gMHhhNTUyOTg4MDogcGlkIDEx ICJpZGxlOiBjcHUxIgpBUElDIElEICAgICAgPSAxCmN1cnJlbnRsZHQgICA9IDB4NTAKc3Bp biBsb2NrcyBoZWxkOgoKZGI+IGJ0IDQ4ClRyYWNpbmcgcGlkIDQ4IHRpZCAxMDAwNDMgdGQg MHhhNTZhYjQ0MApjcHVzdG9wX2hhbmRsZXIoMSxmNzUxMGJiNCxhMDc4NzZkZCwwLDAsLi4u KSBhdCBjcHVzdG9wX2hhbmRsZXIrMHgzMgppcGlfbm1pX2hhbmRsZXIoMCwwLGEwNWEyM2Q4 LGIwNGQ1MDljLGE1NmQ1ODA0LC4uLikgYXQgaXBpX25taV9oYW5kbGVyKzB4MmYKdHJhcChm NzUxMGJjMCkgYXQgdHJhcCsweDJkCmNhbGx0cmFwKCkgYXQgY2FsbHRyYXArMHg2Ci0tLSB0 cmFwIDB4MTMsIGVpcCA9IDB4YTA1OGQwNjYsIGVzcCA9IDB4Zjc1MTBjMDAsIGVicCA9IDB4 Zjc1MTBjMWMgLS0tCl9tdHhfdW5sb2NrX2ZsYWdzKGExODVkNjg4LDAsYTA3ZThlMGIsMmUw LDAsZjc1MTBjNjAsYTA1OGQzZDMsYTA4YjFiMmMsOCxhMDdlOGUwYiw1ZDQsZjc1MTBjOTQp IGF0IF9tdHhfdW5sb2NrX2ZsYWdzKzB4NTYKem9uZV9kcmFpbihhMTg1NzVhMCwwLGEwN2U4 ZTBiLDVkNCwzNDJhMDU1NCwuLi4pIGF0IHpvbmVfZHJhaW4rMHgyNmUKem9uZV9mb3JlYWNo KDQwMDAwMDAsMzQyYTA1NTQsZjc1MTBjZjgsYTA5OWE4OWYsZjc1MTBjZTQsLi4uKSBhdCB6 b25lX2ZvcmVhY2grMHg0NQp1bWFfcmVjbGFpbShmNzUxMGNlNCxhMGEwY2UxNCwxZjQsMCww LC4uLikgYXQgdW1hX3JlY2xhaW0rMHgxNgphcmNfcmVjbGFpbV90aHJlYWQoMCxmNzUxMGQz OCxhMDdjZGZjNSwyZWEsYTU2ZDU4MDQsLi4uKSBhdCBhcmNfcmVjbGFpbV90aHJlYWQrMHgz ZWYKZm9ya19leGl0KGEwOTlhNGIwLDAsZjc1MTBkMzgpIGF0IGZvcmtfZXhpdCsweDk0CmZv cmtfdHJhbXBvbGluZSgpIGF0IGZvcmtfdHJhbXBvbGluZSsweDgKLS0tIHRyYXAgMCwgZWlw ID0gMCwgZXNwID0gMHhmNzUxMGQ3MCwgZWJwID0gMCAtLS0KZGI+IGJ0IDI1OQpUcmFjaW5n IHBpZCAyNTkgdGlkIDEwMDA2NCB0ZCAweGE1YjM2YWEwCmtkYl9lbnRlcihhMDdjMDQwMCxh MDhiNDkyOCw4LDdlYzY0NyxhNTZmYjQ4YywuLi4pIGF0IGtkYl9lbnRlcisweDMyCnNpb2lu dHIxKGEwOGI0OTI4LDAsYTA3ZWM2NDcsNTZmLGY5OWJhYmQ4LC4uLikgYXQgc2lvaW50cjEr MHhkZgpzaW9pbnRyKGE1NmZiNDAwLGY5OWJhYmU4LDAsYTViMzZhYTAsYTU1MjUyODAsLi4u KSBhdCBzaW9pbnRyKzB4MzIKaW50cl9leGVjdXRlX2hhbmRsZXJzKGE1NTE5Y2QwLGY5OWJh YmY4LGY5OWJhYzNjLGEwNzZmYTE0LDNhLC4uLikgYXQgaW50cl9leGVjdXRlX2hhbmRsZXJz KzB4ZWMKbGFwaWNfaGFuZGxlX2ludHIoM2EsZjk5YmFiZjgpIGF0IGxhcGljX2hhbmRsZV9p bnRyKzB4M2YKWGFwaWNfaXNyMSgpIGF0IFhhcGljX2lzcjErMHgzNAotLS0gaW50ZXJydXB0 LCBlaXAgPSAweGEwNzdhOTliLCBlc3AgPSAweGY5OWJhYzM4LCBlYnAgPSAweGY5OWJhYzNj IC0tLQpzcGlubG9ja19leGl0KGEwODVhNDE0LDgsYTA3ZDMyOWQsMTA4KSBhdCBzcGlubG9j a19leGl0KzB4MmIKX210eF91bmxvY2tfc3Bpbl9mbGFncyhhMDg1YTQxNCwwLGEwN2QzMjlk LDEwOCxmOTliYWM4YywuLi4pIGF0IF9tdHhfdW5sb2NrX3NwaW5fZmxhZ3MrMHg0ZApzbGVl cHFfcmVsZWFzZShhNTU4YTQ1NCwyLDI3YWYxOGY0LGE1NThhM2ZjKSBhdCBzbGVlcHFfcmVs ZWFzZSsweDM3CmN2X2Jyb2FkY2FzdHByaShhNTU4YTQ1NCxmZmZmZmZmZixhMGEwMmZiMywz NDcsOTIzODg5NTMsLi4uKSBhdCBjdl9icm9hZGNhc3RwcmkrMHg0OAp0YXNrcV90aHJlYWQo YTU1OGEzZmMsZjk5YmFkMzgsYTA3Y2RmYzUsMmVhLGE1YjM0YWIwLC4uLikgYXQgdGFza3Ff dGhyZWFkKzB4MzFjCmZvcmtfZXhpdChhMDk4ZGRkMCxhNTU4YTNmYyxmOTliYWQzOCkgYXQg Zm9ya19leGl0KzB4OTQKZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5lKzB4 OAotLS0gdHJhcCAwLCBlaXAgPSAwLCBlc3AgPSAweGY5OWJhZDcwLCBlYnAgPSAwIC0tLQpk Yj4gYwpLREI6IGVudGVyOiBMaW5lIGJyZWFrIG9uIGNvbnNvbGUKW3RocmVhZCBwaWQgMjU5 IHRpZCAxMDAwNjQgXQpTdG9wcGVkIGF0ICAgICAga2RiX2VudGVyKzB4MzI6IGxlYXZlCmRi PiBzaG93IGFsbGxvY2tzClByb2Nlc3MgNzgxNiAoamF2YV92bSkgdGhyZWFkIDB4YThiNmJj YzAgKDEwMDQ3NykKZXhjbHVzaXZlIHN4IHNvX3Jjdl9zeCByID0gMCAoMHhhOWU0MGU3OCkg bG9ja2VkIEAgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrYnVmLmM6MTQ1ClByb2Nlc3Mg NzgxNiAoamF2YV92bSkgdGhyZWFkIDB4YTYxZWJjYzAgKDEwMDM4MCkKZXhjbHVzaXZlIHN4 IHNvX3Jjdl9zeCByID0gMCAoMHhiMTIyN2U3OCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL2tl cm4vdWlwY19zb2NrYnVmLmM6MTQ1ClByb2Nlc3MgODExODkgKGphdmFfdm0pIHRocmVhZCAw eGE2NjUyYWEwICgxMDA0NTgpCmV4Y2x1c2l2ZSBzeCBzb19yY3Zfc3ggciA9IDAgKDB4YTgw OTkzYTQpIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3VpcGNfc29ja2J1Zi5jOjE0NQpQ cm9jZXNzIDgxMTg5IChqYXZhX3ZtKSB0aHJlYWQgMHhhNWM1NTY2MCAoMTAwMzcxKQpleGNs dXNpdmUgc3ggc29fcmN2X3N4IHIgPSAwICgweGE2MTM4Y2VjKSBsb2NrZWQgQCAvdXNyL3Ny Yy9zeXMva2Vybi91aXBjX3NvY2tidWYuYzoxNDUKUHJvY2VzcyAxNDA2IChnbm9tZS1wdHkt aGVscGVyKSB0aHJlYWQgMHhhODI1OTg4MCAoMTAwMzAxKQpleGNsdXNpdmUgc3ggc29fcmN2 X3N4IHIgPSAwICgweGE5ZTNmMjE4KSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMva2Vybi91aXBj X3NvY2tidWYuYzoxNDUKUHJvY2VzcyA0OCAoYXJjX3JlY2xhaW1fdGhyZWFkKSB0aHJlYWQg MHhhNTZhYjQ0MCAoMTAwMDQzKQpleGNsdXNpdmUgc2xlZXAgbXV0ZXggdm0gb2JqZWN0IChr bWVtIG9iamVjdCkgciA9IDAgKDB4YTA4YjFlYzApIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy92 bS92bV9tYXAuYzoyMjkzCmV4Y2x1c2l2ZSBzbGVlcCBtdXRleCBzeXN0ZW0gbWFwIHIgPSAw ICgweGExODZiMGU4KSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMvdm0vdm1fbWFwLmM6MjQxMgpl eGNsdXNpdmUgc2xlZXAgbXV0ZXggVU1BIGxvY2sgciA9IDAgKDB4YTA4YjFiMmMpIGxvY2tl ZCBAIC91c3Ivc3JjL3N5cy92bS91bWFfY29yZS5jOjE0OTIKZGI+IHNob3cgYWxscGNwdQpD dXJyZW50IENQVTogMQoKY3B1aWQgICAgICAgID0gMApjdXJ0aHJlYWQgICAgPSAweGE1NmFi NDQwOiBwaWQgNDggImFyY19yZWNsYWltX3RocmVhZCIKY3VycGNiICAgICAgID0gMHhmNzUx MGQ5MApmcGN1cnRocmVhZCAgPSBub25lCmlkbGV0aHJlYWQgICA9IDB4YTU1MjlhYTA6IHBp ZCAxMiAiaWRsZTogY3B1MCIKQVBJQyBJRCAgICAgID0gMApjdXJyZW50bGR0ICAgPSAweDUw CnNwaW4gbG9ja3MgaGVsZDoKCmNwdWlkICAgICAgICA9IDEKY3VydGhyZWFkICAgID0gMHhh NWIzNmFhMDogcGlkIDI1OSAic3BhX3ppb19pbnRyXzEiCmN1cnBjYiAgICAgICA9IDB4Zjk5 YmFkOTAKZnBjdXJ0aHJlYWQgID0gbm9uZQppZGxldGhyZWFkICAgPSAweGE1NTI5ODgwOiBw aWQgMTEgImlkbGU6IGNwdTEiCkFQSUMgSUQgICAgICA9IDEKY3VycmVudGxkdCAgID0gMHg1 MApzcGluIGxvY2tzIGhlbGQ6CgpkYj4gYnQgNDgKVHJhY2luZyBwaWQgNDggdGlkIDEwMDA0 MyB0ZCAweGE1NmFiNDQwCmNwdXN0b3BfaGFuZGxlcigxLGY3NTEwYmI0LGEwNzg3NmRkLDY4 MDA4NWE0LDAsLi4uKSBhdCBjcHVzdG9wX2hhbmRsZXIrMHgzMgppcGlfbm1pX2hhbmRsZXIo NjgwMDg1YTQsMCxhMDgxMWFlMCxhMDgxMWFhMCxhNTZkNTgwNCwuLi4pIGF0IGlwaV9ubWlf aGFuZGxlcisweDJmCnRyYXAoZjc1MTBiYzApIGF0IHRyYXArMHgyZApjYWxsdHJhcCgpIGF0 IGNhbGx0cmFwKzB4NgotLS0gdHJhcCAweDEzLCBlaXAgPSAweGEwNThkMDY2LCBlc3AgPSAw eGY3NTEwYzAwLCBlYnAgPSAweGY3NTEwYzFjIC0tLQpfbXR4X3VubG9ja19mbGFncyhhMTg2 ZTkwOCwwLGEwN2U4ZTBiLDJlMCwwLGY3NTEwYzYwLGEwNThkM2QzLGEwOGIxYjJjLDgsYTA3 ZThlMGIsNWQ0LGY3NTEwYzk0KSBhdCBfbXR4X3VubG9ja19mbGFncysweDU2CnpvbmVfZHJh aW4oYTE4NjcxZTAsMCxhMDdlOGUwYiw1ZDQsMjA4N2YxNTIsLi4uKSBhdCB6b25lX2RyYWlu KzB4MjZlCnpvbmVfZm9yZWFjaCg0MDAwMDAwLDIwODdmMTUyLGY3NTEwY2Y4LGEwOTlhODlm LGY3NTEwY2U0LC4uLikgYXQgem9uZV9mb3JlYWNoKzB4NDUKdW1hX3JlY2xhaW0oZjc1MTBj ZTQsYTBhMGNlMTQsMWY0LDAsMCwuLi4pIGF0IHVtYV9yZWNsYWltKzB4MTYKYXJjX3JlY2xh aW1fdGhyZWFkKDAsZjc1MTBkMzgsYTA3Y2RmYzUsMmVhLGE1NmQ1ODA0LC4uLikgYXQgYXJj X3JlY2xhaW1fdGhyZWFkKzB4M2VmCmZvcmtfZXhpdChhMDk5YTRiMCwwLGY3NTEwZDM4KSBh dCBmb3JrX2V4aXQrMHg5NApmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUr MHg4Ci0tLSB0cmFwIDAsIGVpcCA9IDAsIGVzcCA9IDB4Zjc1MTBkNzAsIGVicCA9IDAgLS0t CmRiPiBidCAyNTkKVHJhY2luZyBwaWQgMjU5IHRpZCAxMDAwNjQgdGQgMHhhNWIzNmFhMApr ZGJfZW50ZXIoYTA3YzA0MDAsYTA4YjQ5MjgsOCw3ZWM2NDcsYTU2ZmI0OGMsLi4uKSBhdCBr ZGJfZW50ZXIrMHgzMgpzaW9pbnRyMShhMDhiNDkyOCwwLGEwN2VjNjQ3LDU2ZixmOTliYWJk OCwuLi4pIGF0IHNpb2ludHIxKzB4ZGYKc2lvaW50cihhNTZmYjQwMCwwLDAsYTViMzZhYTAs YTU1MjUyODAsLi4uKSBhdCBzaW9pbnRyKzB4MzIKaW50cl9leGVjdXRlX2hhbmRsZXJzKGE1 NTE5Y2QwLGY5OWJhYmY4LGY5OWJhYzNjLGEwNzZmYTE0LDNhLC4uLikgYXQgaW50cl9leGVj dXRlX2hhbmRsZXJzKzB4ZWMKbGFwaWNfaGFuZGxlX2ludHIoM2EsZjk5YmFiZjgpIGF0IGxh cGljX2hhbmRsZV9pbnRyKzB4M2YKWGFwaWNfaXNyMSgpIGF0IFhhcGljX2lzcjErMHgzNAot LS0gaW50ZXJydXB0LCBlaXAgPSAweGEwNzdhOTliLCBlc3AgPSAweGY5OWJhYzM4LCBlYnAg PSAweGY5OWJhYzNjIC0tLQpzcGlubG9ja19leGl0KGEwODVhNDE0LDgsYTA3ZDMyOWQsMTA4 KSBhdCBzcGlubG9ja19leGl0KzB4MmIKX210eF91bmxvY2tfc3Bpbl9mbGFncyhhMDg1YTQx NCwwLGEwN2QzMjlkLDEwOCxmOTliYWM4YywuLi4pIGF0IF9tdHhfdW5sb2NrX3NwaW5fZmxh Z3MrMHg0ZApzbGVlcHFfcmVsZWFzZShhNTU4YTQ1NCwwLDI3YWYxOGY0LGE1NThhM2ZjKSBh dCBzbGVlcHFfcmVsZWFzZSsweDM3CmN2X2Jyb2FkY2FzdHByaShhNTU4YTQ1NCxmZmZmZmZm ZixhMGEwMmZiMywzNDcsOTIzODg5NTMsLi4uKSBhdCBjdl9icm9hZGNhc3RwcmkrMHg0OAp0 YXNrcV90aHJlYWQoYTU1OGEzZmMsZjk5YmFkMzgsYTA3Y2RmYzUsMmVhLGE1YjM0YWIwLC4u LikgYXQgdGFza3FfdGhyZWFkKzB4MzFjCmZvcmtfZXhpdChhMDk4ZGRkMCxhNTU4YTNmYyxm OTliYWQzOCkgYXQgZm9ya19leGl0KzB4OTQKZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190 cmFtcG9saW5lKzB4OAotLS0gdHJhcCAwLCBlaXAgPSAwLCBlc3AgPSAweGY5OWJhZDcwLCBl YnAgPSAwIC0tLQpkYj4gYwpLREI6IGVudGVyOiBMaW5lIGJyZWFrIG9uIGNvbnNvbGUKW3Ro cmVhZCBwaWQgMjU5IHRpZCAxMDAwNjQgXQpTdG9wcGVkIGF0ICAgICAga2RiX2VudGVyKzB4 MzI6IGxlYXZlCmRiPiBzaG93IGFsbGxvY2tzClByb2Nlc3MgNzgxNiAoamF2YV92bSkgdGhy ZWFkIDB4YThiNmJjYzAgKDEwMDQ3NykKZXhjbHVzaXZlIHN4IHNvX3Jjdl9zeCByID0gMCAo MHhhOWU0MGU3OCkgbG9ja2VkIEAgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrYnVmLmM6 MTQ1ClByb2Nlc3MgNzgxNiAoamF2YV92bSkgdGhyZWFkIDB4YTYxZWJjYzAgKDEwMDM4MCkK ZXhjbHVzaXZlIHN4IHNvX3Jjdl9zeCByID0gMCAoMHhiMTIyN2U3OCkgbG9ja2VkIEAgL3Vz ci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrYnVmLmM6MTQ1ClByb2Nlc3MgODExODkgKGphdmFf dm0pIHRocmVhZCAweGE2NjUyYWEwICgxMDA0NTgpCmV4Y2x1c2l2ZSBzeCBzb19yY3Zfc3gg ciA9IDAgKDB4YTgwOTkzYTQpIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy9rZXJuL3VpcGNfc29j a2J1Zi5jOjE0NQpQcm9jZXNzIDgxMTg5IChqYXZhX3ZtKSB0aHJlYWQgMHhhNWM1NTY2MCAo MTAwMzcxKQpleGNsdXNpdmUgc3ggc29fcmN2X3N4IHIgPSAwICgweGE2MTM4Y2VjKSBsb2Nr ZWQgQCAvdXNyL3NyYy9zeXMva2Vybi91aXBjX3NvY2tidWYuYzoxNDUKUHJvY2VzcyAxNDA2 IChnbm9tZS1wdHktaGVscGVyKSB0aHJlYWQgMHhhODI1OTg4MCAoMTAwMzAxKQpleGNsdXNp dmUgc3ggc29fcmN2X3N4IHIgPSAwICgweGE5ZTNmMjE4KSBsb2NrZWQgQCAvdXNyL3NyYy9z eXMva2Vybi91aXBjX3NvY2tidWYuYzoxNDUKUHJvY2VzcyA0OCAoYXJjX3JlY2xhaW1fdGhy ZWFkKSB0aHJlYWQgMHhhNTZhYjQ0MCAoMTAwMDQzKQpleGNsdXNpdmUgc2xlZXAgbXV0ZXgg dm0gb2JqZWN0IChrbWVtIG9iamVjdCkgciA9IDAgKDB4YTA4YjFlYzApIGxvY2tlZCBAIC91 c3Ivc3JjL3N5cy92bS92bV9tYXAuYzoyMjkzCmV4Y2x1c2l2ZSBzbGVlcCBtdXRleCBzeXN0 ZW0gbWFwIHIgPSAwICgweGExODZiMGU4KSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMvdm0vdm1f bWFwLmM6MjQxMgpleGNsdXNpdmUgc2xlZXAgbXV0ZXggVU1BIGxvY2sgciA9IDAgKDB4YTA4 YjFiMmMpIGxvY2tlZCBAIC91c3Ivc3JjL3N5cy92bS91bWFfY29yZS5jOjE0OTIKZGI+IHNo b3cgYWxscGNwdQpDdXJyZW50IENQVTogMQoKY3B1aWQgICAgICAgID0gMApjdXJ0aHJlYWQg ICAgPSAweGE1NmFiNDQwOiBwaWQgNDggImFyY19yZWNsYWltX3RocmVhZCIKY3VycGNiICAg ICAgID0gMHhmNzUxMGQ5MApmcGN1cnRocmVhZCAgPSBub25lCmlkbGV0aHJlYWQgICA9IDB4 YTU1MjlhYTA6IHBpZCAxMiAiaWRsZTogY3B1MCIKQVBJQyBJRCAgICAgID0gMApjdXJyZW50 bGR0ICAgPSAweDUwCnNwaW4gbG9ja3MgaGVsZDoKCmNwdWlkICAgICAgICA9IDEKY3VydGhy ZWFkICAgID0gMHhhNWIzNmFhMDogcGlkIDI1OSAic3BhX3ppb19pbnRyXzEiCmN1cnBjYiAg ICAgICA9IDB4Zjk5YmFkOTAKZnBjdXJ0aHJlYWQgID0gbm9uZQppZGxldGhyZWFkICAgPSAw eGE1NTI5ODgwOiBwaWQgMTEgImlkbGU6IGNwdTEiCkFQSUMgSUQgICAgICA9IDEKY3VycmVu dGxkdCAgID0gMHg1MApzcGluIGxvY2tzIGhlbGQ6CgpkYj4gYnQgNDgKVHJhY2luZyBwaWQg NDggdGlkIDEwMDA0MyB0ZCAweGE1NmFiNDQwCmNwdXN0b3BfaGFuZGxlcigxLGY3NTEwYmI0 LGEwNzg3NmRkLDAsMCwuLi4pIGF0IGNwdXN0b3BfaGFuZGxlcisweDMyCmlwaV9ubWlfaGFu ZGxlcigwLDAsMCxhMDVhMjNkOCxhNTZkNTgwNCwuLi4pIGF0IGlwaV9ubWlfaGFuZGxlcisw eDJmCnRyYXAoZjc1MTBiYzApIGF0IHRyYXArMHgyZApjYWxsdHJhcCgpIGF0IGNhbGx0cmFw KzB4NgotLS0gdHJhcCAweDEzLCBlaXAgPSAweGEwNThkMDY2LCBlc3AgPSAweGY3NTEwYzAw LCBlYnAgPSAweGY3NTEwYzFjIC0tLQpfbXR4X3VubG9ja19mbGFncyhhMTg0ZWMwOCwwLGEw N2U4ZTBiLDJlMCwwLGY3NTEwYzYwLGEwNThkM2QzLGEwOGIxYjJjLDgsYTA3ZThlMGIsNWQ0 LGY3NTEwYzk0KSBhdCBfbXR4X3VubG9ja19mbGFncysweDU2CnpvbmVfZHJhaW4oYTE4NGI3 ODAsMCxhMDdlOGUwYiw1ZDQsMjkwZTIxMDcsLi4uKSBhdCB6b25lX2RyYWluKzB4MjZlCnpv bmVfZm9yZWFjaCg0MDAwMDAwLDI5MGUyMTA3LGY3NTEwY2Y4LGEwOTlhODlmLGY3NTEwY2U0 LC4uLikgYXQgem9uZV9mb3JlYWNoKzB4NDUKdW1hX3JlY2xhaW0oZjc1MTBjZTQsYTBhMGNl MTQsMWY0LDAsMCwuLi4pIGF0IHVtYV9yZWNsYWltKzB4MTYKYXJjX3JlY2xhaW1fdGhyZWFk KDAsZjc1MTBkMzgsYTA3Y2RmYzUsMmVhLGE1NmQ1ODA0LC4uLikgYXQgYXJjX3JlY2xhaW1f dGhyZWFkKzB4M2VmCmZvcmtfZXhpdChhMDk5YTRiMCwwLGY3NTEwZDM4KSBhdCBmb3JrX2V4 aXQrMHg5NApmb3JrX3RyYW1wb2xpbmUoKSBhdCBmb3JrX3RyYW1wb2xpbmUrMHg4Ci0tLSB0 cmFwIDAsIGVpcCA9IDAsIGVzcCA9IDB4Zjc1MTBkNzAsIGVicCA9IDAgLS0tCmRiPiBidCAy NTkKVHJhY2luZyBwaWQgMjU5IHRpZCAxMDAwNjQgdGQgMHhhNWIzNmFhMAprZGJfZW50ZXIo YTA3YzA0MDAsYTA4YjQ5MjgsOCw3ZWM2NDcsYTU2ZmI0OGMsLi4uKSBhdCBrZGJfZW50ZXIr MHgzMgpzaW9pbnRyMShhMDhiNDkyOCwwLGEwN2VjNjQ3LDU2ZixmOTliYWJkOCwuLi4pIGF0 IHNpb2ludHIxKzB4ZGYKc2lvaW50cihhNTZmYjQwMCwwLDAsYTViMzZhYTAsYTU1MjUyODAs Li4uKSBhdCBzaW9pbnRyKzB4MzIKaW50cl9leGVjdXRlX2hhbmRsZXJzKGE1NTE5Y2QwLGY5 OWJhYmY4LGY5OWJhYzNjLGEwNzZmYTE0LDNhLC4uLikgYXQgaW50cl9leGVjdXRlX2hhbmRs ZXJzKzB4ZWMKbGFwaWNfaGFuZGxlX2ludHIoM2EsZjk5YmFiZjgpIGF0IGxhcGljX2hhbmRs ZV9pbnRyKzB4M2YKWGFwaWNfaXNyMSgpIGF0IFhhcGljX2lzcjErMHgzNAotLS0gaW50ZXJy dXB0LCBlaXAgPSAweGEwNzdhOTliLCBlc3AgPSAweGY5OWJhYzM4LCBlYnAgPSAweGY5OWJh YzNjIC0tLQpzcGlubG9ja19leGl0KGEwODVhNDE0LDgsYTA3ZDMyOWQsMTA4KSBhdCBzcGlu bG9ja19leGl0KzB4MmIKX210eF91bmxvY2tfc3Bpbl9mbGFncyhhMDg1YTQxNCwwLGEwN2Qz MjlkLDEwOCxmOTliYWM4YywuLi4pIGF0IF9tdHhfdW5sb2NrX3NwaW5fZmxhZ3MrMHg0ZApz bGVlcHFfcmVsZWFzZShhNTU4YTQ1NCwwLDI3YWYxOGY0LGE1NThhM2ZjKSBhdCBzbGVlcHFf cmVsZWFzZSsweDM3CmN2X2Jyb2FkY2FzdHByaShhNTU4YTQ1NCxmZmZmZmZmZixhMGEwMmZi MywzNDcsOTIzODg5NTMsLi4uKSBhdCBjdl9icm9hZGNhc3RwcmkrMHg0OAp0YXNrcV90aHJl YWQoYTU1OGEzZmMsZjk5YmFkMzgsYTA3Y2RmYzUsMmVhLGE1YjM0YWIwLC4uLikgYXQgdGFz a3FfdGhyZWFkKzB4MzFjCmZvcmtfZXhpdChhMDk4ZGRkMCxhNTU4YTNmYyxmOTliYWQzOCkg YXQgZm9ya19leGl0KzB4OTQKZm9ya190cmFtcG9saW5lKCkgYXQgZm9ya190cmFtcG9saW5l KzB4OAotLS0gdHJhcCAwLCBlaXAgPSAwLCBlc3AgPSAweGY5OWJhZDcwLCBlYnAgPSAwIC0t LQpkYj4g --------------000407040700050705030204-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 13:55:24 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8007316A417; Sun, 27 Jan 2008 13:55:24 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 387A613C459; Sun, 27 Jan 2008 13:55:24 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 7F0A11BAC2E; Sun, 27 Jan 2008 14:55:23 +0100 (CET) Received: from avoriaz.restart.bel (avoriaz.restart.bel [192.168.24.1]) (authenticated bits=0) by restart.be (8.14.2/8.14.2) with ESMTP id m0RDtLtl036058; Sun, 27 Jan 2008 14:55:21 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1201442123; bh=KG2OZzaWqUgHm7YT5uQ5MZES/Z1y5DVBRMXJU97 vv+Y=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=HphDAafdkUr LODVdmh6GZnUQcTZiIcyu2RWTYsE7BOoYeMeGZtIWll03r6wmLyk/n3261BCgGrJt5q gQkMq5Dg== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=yvDT9g1NJionKviO0D6fRya2QQEUUlVy9RLZZt3RnKsPF47p2SBV3NXzGI8ptyzgy +o9i7gpJjCBz5fgJj6cdw== Message-ID: <479C8D49.9090206@restart.be> Date: Sun, 27 Jan 2008 14:55:21 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.9 (X11/20080124) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org References: <479C8B56.7020101@restart.be> In-Reply-To: <479C8B56.7020101@restart.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 192.168.24.1 Cc: Subject: Re: 7.0-RC1 - ZFS + UFS + io activity show a deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 13:55:24 -0000 Henri Hennebert wrote: > Hello, > > I encounter a deadlock while > > 1) cpio -p from a ZFS filesystem to a UFS filesystem > > 2) rsync from ZFS to ZFS > > I was running with this patch: > http://people.freebsd.org/~pjd/patches/zgd_done.patch > > Here are show alllocks + showpcpu + bt from serial console: > PS - the system is still in deadlock and waiting for more debugging... > Henri > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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 Jan 27 13:59:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E27E16A4A0 for ; Sun, 27 Jan 2008 13:59:45 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from smtp7.yandex.ru (smtp7.yandex.ru [213.180.200.45]) by mx1.freebsd.org (Postfix) with ESMTP id 92DE813C468 for ; Sun, 27 Jan 2008 13:59:44 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from [213.27.44.18] ([213.27.44.18]:36588 "EHLO nx7400.local.domain" smtp-auth: "cvs-src" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S738555AbYA0Nbg (ORCPT ); Sun, 27 Jan 2008 16:31:36 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp7 X-Yandex-TimeMark: 1201440696 X-MsgDayCount: 1 X-Comment: RFC 2476 MSA function at smtp7.yandex.ru logged sender identity as: cvs-src Message-ID: <479C877C.30603@yandex.ru> Date: Sun, 27 Jan 2008 16:30:36 +0300 From: "R.Mahmatkhanov" User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: multipart/mixed; boundary="------------090805080403060902090107" X-Mailman-Approved-At: Sun, 27 Jan 2008 14:06:23 +0000 Subject: Typo in /usr/src/sys/cam/cam_xpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 13:59:45 -0000 This is a multi-part message in MIME format. --------------090805080403060902090107 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good day! I just saw it in dmesg: Jan 27 02:04:49 nx7400 kernel: xptioctl: pass driver is not in the kernel Jan 27 02:04:49 nx7400 kernel: xptioctl: put "device pass0" in your kernel config file I think it's bad suggestion, because we have not pass0 device option: - -------------------------------------------------------------- >>> stage 1: configuring the kernel - -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/usr/src/sys/GENERIC2 /usr/src/sys/i386/conf/GENERIC2 config: Error: device "pass0" is unknown config: 1 errors *** Error code 1 Please correct it anybody. Thanks in advance. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkech3wACgkQmY+KeAh7t3A8ngCeOna3BcSHNPjwHqEsQpWCNJr9 ahAAoMH8mpdP3IoBl532MmnsOayWY06T =Zxcc -----END PGP SIGNATURE----- --------------090805080403060902090107 Content-Type: text/x-patch; name="cam_xpt.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cam_xpt.diff" --- /usr/src/sys/cam/cam_xpt.c 2007-07-01 03:46:16.000000000 +0400 +++ /home/manager/cam_xpt.c 2008-01-27 16:19:37.000000000 +0300 @@ -1381,7 +1381,7 @@ if (base_periph_found == 1) { printf("xptioctl: pass driver is not in the " "kernel\n"); - printf("xptioctl: put \"device pass0\" in " + printf("xptioctl: put \"device pass\" in " "your kernel config file\n"); } } --------------090805080403060902090107-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 14:29:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46EF516A41A for ; Sun, 27 Jan 2008 14:29:21 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id F216F13C4D5 for ; Sun, 27 Jan 2008 14:29:20 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 534601B10EE0; Sun, 27 Jan 2008 15:29:19 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_52 autolearn=no version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id C4B591B10C26; Sun, 27 Jan 2008 15:29:16 +0100 (CET) Message-ID: <479C953C.1010304@moneybookers.com> Date: Sun, 27 Jan 2008 16:29:16 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Max Laier References: <479A2389.2000802@moneybookers.com> <200801262227.36970.max@love2party.net> <479C4F31.7090804@moneybookers.com> <200801271422.23340.max@love2party.net> In-Reply-To: <200801271422.23340.max@love2party.net> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5574/Sun Jan 27 11:03:42 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7, bridge, PF and syn flood = very bad performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 14:29:21 -0000 Greetings, Max Laier wrote: -cut- >> Well I think the interesting lines from this experiment are: >> max total wait_total count avg >> wait_avg cnt_hold cnt_lock name >> 39 25328476 70950955 9015860 2 7 >> 5854948 6309848 /usr/src/sys/contrib/pf/net/pf.c:6729 (sleep >> mutex:pf task mtx) >> 936935 10645209 350 50 212904 7 >> 110 47 /usr/src/sys/contrib/pf/net/pf.c:980 (sleep mutex:pf >> task mtx) >> > > Yeah, those two mostly are the culprit, but a quick fix is not really > available. You can try to "set timeout interval" to something bigger > (e.g. 60 seconds) which will decrease the average hold time of the second > lock instance at the cost of increased peak memory usage. > I'll try and this. At least memory doesn't seems to be a problem :) > I have the ideas how to fix this, but it will take much much more time > than I currently have for FreeBSD :-\ In general this requires a bottom > up redesign of pf locking and some data structures involved in the state > tree handling. > > The first(=main) lock instance is also far from optimal (i.e. pf is a > congestion point in the bridge forwarding path). For this I have also a > plan how to make at least state table lookups run in parallel to some > extend, but again the lack of free time to spend coding prevents me from > doing it at the moment :-\ > Well, now we know where the issue is. The same problem seems to affect synproxy state btw. Can I expect better performance with IPFW's dynamic rules? I wonder how one can protect himself on gigabit network and service more then 500pps. For example in my test lab I see incoming ~400k packets per second, but if I activate PF, I see only 130-140k packets per second. Is this expected behavior, if PF cannot handle so many packets? The missing 250k+ are not listed as discarded or other errors, which is weird. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 14:42:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B80AB16A41B for ; Sun, 27 Jan 2008 14:42:27 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 3C62413C44B for ; Sun, 27 Jan 2008 14:42:27 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1506684fgg.35 for ; Sun, 27 Jan 2008 06:42:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=OjiWMhvtOQgOQj6yJNtbhBICQNAByCaBCgV1uAXUHNA=; b=kp27BkCArntOM9ZYL5Fqfq6o6ScsWxyzvuX42D4U7x/z90cI41O6UM1zjkMQPP+jny0faA/88FSaISmLY/0TCcM+KcllWZ2udiLx7mflzlBhQn6Y3gEwxNfXw6pTyq+zBIse/+JGl/B/CbXrdynTbLXEFNkp7xgfeQO1Mu75r9k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=gTXS/jfDTDA7ay6q6CCcK3SS/JamFFULKdeg+o0xkV+d7pzC4oTsGnLnkUFCQ4CrIekJau9e0leOx1XSBZUt2wwsgMD0FYe57i5uhbBKRgfO1rmLXpd4XiEFE4fvhkarKfHoKRQWLqOyIEd4NnJ8HnINB6P6097QQcoM8vjGXek= Received: by 10.86.51.2 with SMTP id y2mr4163924fgy.17.1201444945505; Sun, 27 Jan 2008 06:42:25 -0800 (PST) Received: by 10.86.53.7 with HTTP; Sun, 27 Jan 2008 06:42:25 -0800 (PST) Message-ID: <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> Date: Sun, 27 Jan 2008 15:42:25 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Doug Barton" In-Reply-To: <479C0B5B.9030709@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <3bbf2fe10801240707o72b927cg74dbf9b7bbcd88fc@mail.gmail.com> <20080125075551.GB21633@comp.chem.msu.su> <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <20080126142901.GD49535@comp.chem.msu.su> <479B6303.6000401@FreeBSD.org> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> X-Google-Sender-Auth: 631dd834ea15cdd4 Cc: Kostik Belousov , Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 14:42:27 -0000 2008/1/27, Doug Barton : > Attilio Rao wrote: > > > As my really first commit about VFS happened on 28 december (and it > > should also be a nop), and you reported a 23 december kernel, it seems > > like the problem was alredy there by time. > > Ok, so you're off the hook. :) Interested in helping track down why > it's panic'ing? Sure, I'm testing a patch which instruments lockmgr with ktr and witness support. I will post later in the day in order to make consumer-available. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 14:49:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BBD316A419 for ; Sun, 27 Jan 2008 14:49:58 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 1AEF013C457 for ; Sun, 27 Jan 2008 14:49:58 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-063-169.pools.arcor-ip.net [88.66.63.169]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1JJ8pV3dQC-0003e5; Sun, 27 Jan 2008 15:49:54 +0100 From: Max Laier Organization: FreeBSD To: Stefan Lambrev Date: Sun, 27 Jan 2008 15:49:46 +0100 User-Agent: KMail/1.9.7 References: <479A2389.2000802@moneybookers.com> <200801271422.23340.max@love2party.net> <479C953C.1010304@moneybookers.com> In-Reply-To: <479C953C.1010304@moneybookers.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3454006.VeOnS32Bod"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801271549.52791.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19/fYjNHL6laUQqgakE7AlvbfNE3F66BmllVkN sO5xDKZ7tX4hTB3y5sSSgSu1CZsxQQYS8GHMmSlEe7dXfFGw5c 03CPZOsxvyW3BoGDmGCYHqAsJrUa97uIRSfagyLUFU= Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7, bridge, PF and syn flood = very bad performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 14:49:58 -0000 --nextPart3454006.VeOnS32Bod Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 27 January 2008, Stefan Lambrev wrote: > Greetings, > > Max Laier wrote: > > -cut- > > >> Well I think the interesting lines from this experiment are: > >> max total wait_total count avg > >> wait_avg cnt_hold cnt_lock name > >> 39 25328476 70950955 9015860 2 7 > >> 5854948 6309848 /usr/src/sys/contrib/pf/net/pf.c:6729 (sleep > >> mutex:pf task mtx) > >> 936935 10645209 350 50 212904 7 > >> 110 47 /usr/src/sys/contrib/pf/net/pf.c:980 (sleep > >> mutex:pf task mtx) > > > > Yeah, those two mostly are the culprit, but a quick fix is not really > > available. You can try to "set timeout interval" to something bigger > > (e.g. 60 seconds) which will decrease the average hold time of the > > second lock instance at the cost of increased peak memory usage. > > I'll try and this. At least memory doesn't seems to be a problem :) > > > I have the ideas how to fix this, but it will take much much more > > time than I currently have for FreeBSD :-\ In general this requires > > a bottom up redesign of pf locking and some data structures involved > > in the state tree handling. > > > > The first(=3Dmain) lock instance is also far from optimal (i.e. pf is a > > congestion point in the bridge forwarding path). For this I have > > also a plan how to make at least state table lookups run in parallel > > to some extend, but again the lack of free time to spend coding > > prevents me from doing it at the moment :-\ > > Well, now we know where the issue is. The same problem seems to affect > synproxy state btw. > Can I expect better performance with IPFW's dynamic rules? Not significantly better, I'd predict. IPFW's dynamic rules are also=20 protected by a single mutex leading to similar congestion problems as pf. = =20 There should be a measureable constant improvement as IPFW does much less=20 sanity checks. i.e. better performance at the expense of less security. =20 It really depends on your needs which is better suited for your setup. > I wonder how one can protect himself on gigabit network and service > more then 500pps. > For example in my test lab I see incoming ~400k packets per second, but > if I activate PF, > I see only 130-140k packets per second. Is this expected behavior, if > PF cannot handle so many packets? As you can see from the hwpmc trace starting this thread, we don't spend=20 that much time in pf. The culprit is the pf task mutext, which forces=20 serialization in pf congesting the whole forward path. Under different=20 circumstances pf can handle more pps. > The missing 250k+ are not listed as discarded or other errors, which is > weird. As you slow down the forwarding protocols like TCP will automatically slow= =20 down. Unless you have UDP bombs blasting at your network this is quite=20 usual behavior. =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 --nextPart3454006.VeOnS32Bod Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHnJoQXyyEoT62BG0RAilkAJ9IF2Kx9/aIiJVb/tXQMuh/bPkfggCfU4N0 PEPMMD/KLFmbPaSq7mdPPKg= =syjV -----END PGP SIGNATURE----- --nextPart3454006.VeOnS32Bod-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 16:25:43 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 418BF16A421 for ; Sun, 27 Jan 2008 16:25:43 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 011C313C478 for ; Sun, 27 Jan 2008 16:25:42 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:uYGj70eKz/T4tsgfjvluWUY3uGwCKEoVaemV6qCJgs+y0JaJZ0zKtDmkRm+H2mKN@[IPv6:2001:200:161:1cf0:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m0RGPTS1009016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jan 2008 01:25:31 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 28 Jan 2008 01:25:28 +0900 Message-ID: From: Hajimu UMEMOTO To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86d4rn1kln.fsf@ds4.des.no> References: <86d4rn1kln.fsf@ds4.des.no> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Mon, 28 Jan 2008 01:25:31 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: current@freebsd.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 16:25:43 -0000 Hi, >>>>> On Sun, 27 Jan 2008 14:09:08 +0100 >>>>> Dag-Erling Sm=F8rgrav said: des> Did something change in our resolver / getaddrinfo() recently? Check des> this out: Yup, I updated the resolver in libc to BIND 9.4.2 about 7 weeks ago. However, I believe it doesn't change such behavior. getaddrinfo() is not changed recently. I can see similar behavior on my 6.2-RELEASE box (gailookup.pl does just calling getaddrinfo() from perl). I use BIND 9.4.2 for local cache server. ume@ameno:local/etc% uname -a =20 FreeBSD ameno.mahoroba.org 6.2-RELEASE-p10 FreeBSD 6.2-RELEASE-p10 #0: Tue = Jan 15 11:44:01 JST 2008 root@ameno.mahoroba.org:/misc/obj/usr/src/sys/= AMENO i386 ume@ameno:local/etc% gailookup.pl europe.pool.ntp.org family=3D2, socktype=3D1, protocol=3D6, addr=3D213.255.167.69, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D213.133.123.125, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D88.198.39.175, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D81.169.172.219, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D84.2.42.31, port=3D0 ume@ameno:local/etc% gailookup.pl europe.pool.ntp.org family=3D2, socktype=3D1, protocol=3D6, addr=3D213.255.167.69, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D213.133.123.125, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D84.2.42.31, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D88.198.39.175, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D81.169.172.219, port=3D0 ume@ameno:local/etc% gailookup.pl europe.pool.ntp.org family=3D2, socktype=3D1, protocol=3D6, addr=3D213.255.167.69, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D213.133.123.125, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D81.169.172.219, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D84.2.42.31, port=3D0 family=3D2, socktype=3D1, protocol=3D6, addr=3D88.198.39.175, port=3D0 Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 18:01:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2725516A417 for ; Sun, 27 Jan 2008 18:01:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe02.swip.net [212.247.154.33]) by mx1.freebsd.org (Postfix) with ESMTP id B2DDB13C468 for ; Sun, 27 Jan 2008 18:01:25 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.3] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe02.swip.net (CommuniGate Pro SMTP 5.1.13) with ESMTPA id 783739218 for current@freebsd.org; Sun, 27 Jan 2008 18:01:22 +0100 From: Hans Petter Selasky To: current@freebsd.org Date: Sun, 27 Jan 2008 18:02:13 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801271802.14312.hselasky@c2i.net> Cc: Subject: BUS-DMA alignment check - false positives X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 18:01:26 -0000 Hi, When allocating DMA'able memory sometimes the virtual address can end up non-aligned, while the physical address is correctly aligned. The question is whether it is correct to mask the virtual address and not the physical address: i386/i386/busdma_machdep.c } else if ((uintptr_t)*vaddr & (dmat->alignment - 1)) { printf("bus_dmamem_alloc failed to align memory properly.\n"); } When allocating 1<<15 bytes aligned at 1<<15 bytes. bus_dmamem_alloc failed to align memory properly. Physaddr=0x3e030000 rem=0x00000000 --HPS From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 18:05:33 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E91D16A46C for ; Sun, 27 Jan 2008 18:05:33 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1F70613C469 for ; Sun, 27 Jan 2008 18:05:33 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1E320208F; Sun, 27 Jan 2008 19:05:26 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 10C24208A; Sun, 27 Jan 2008 19:05:26 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id F3CF58449D; Sun, 27 Jan 2008 19:05:25 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Hajimu UMEMOTO References: <86d4rn1kln.fsf@ds4.des.no> Date: Sun, 27 Jan 2008 19:05:25 +0100 In-Reply-To: (Hajimu UMEMOTO's message of "Mon\, 28 Jan 2008 01\:25\:28 +0900") Message-ID: <86sl0jywii.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 18:05:33 -0000 Hajimu UMEMOTO writes: > Yup, I updated the resolver in libc to BIND 9.4.2 about 7 weeks ago. > However, I believe it doesn't change such behavior. getaddrinfo() is > not changed recently. > I can see similar behavior on my 6.2-RELEASE box (gailookup.pl does > just calling getaddrinfo() from perl). I use BIND 9.4.2 for local > cache server. OK, so the resolver now uses a process-internal cache? Is there any way to turn it off? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 18:18:39 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E576A16A417 for ; Sun, 27 Jan 2008 18:18:39 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id A23F813C459 for ; Sun, 27 Jan 2008 18:18:39 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:arn63wXpH0bQPX8PzEVnwqTPAeIJuTyeunZItb8P/SGl0SGph00+3JAhyAHM2JrM@[IPv6:2001:200:161:1cf0:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m0RIINEq068894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Jan 2008 03:18:24 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 28 Jan 2008 03:18:21 +0900 Message-ID: From: Hajimu UMEMOTO To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86sl0jywii.fsf@ds4.des.no> References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.3-RELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Mon, 28 Jan 2008 03:18:25 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_TESTING autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 18:18:40 -0000 Hi, >>>>> On Sun, 27 Jan 2008 19:05:25 +0100 >>>>> Dag-Erling Sm=F8rgrav said: des> Hajimu UMEMOTO writes: > Yup, I updated the resolver in libc to BIND 9.4.2 about 7 weeks ago. > However, I believe it doesn't change such behavior. getaddrinfo() is > not changed recently. > I can see similar behavior on my 6.2-RELEASE box (gailookup.pl does > just calling getaddrinfo() from perl). I use BIND 9.4.2 for local > cache server. des> OK, so the resolver now uses a process-internal cache? Is there any w= ay des> to turn it off? No, our resolver doesn't have a process-internal cache at all. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 18:33:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6155316A421 for ; Sun, 27 Jan 2008 18:33:13 +0000 (UTC) (envelope-from bruce@zuhause.org) Received: from mail.zuhause.org (216.243.156.193.real-time.com [216.243.156.193]) by mx1.freebsd.org (Postfix) with ESMTP id C249513C4D3 for ; Sun, 27 Jan 2008 18:33:12 +0000 (UTC) (envelope-from bruce@zuhause.org) Received: by mail.zuhause.org (Postfix, from userid 1001) id E75927C04; Sun, 27 Jan 2008 12:33:11 -0600 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18332.52839.668598.380074@celery.zuhause.org> Date: Sun, 27 Jan 2008 12:33:11 -0600 To: Richard Todd From: bruce@zuhause.mn.org In-Reply-To: References: <18328.45282.562906.708945@celery.zuhause.org> <18329.22270.123314.900543@bhfs.zuhause.org> X-Mailer: VM 7.15 under 21.4 (patch 12) "Portable Code" XEmacs Lucid Cc: freebsd-current@freebsd.org Subject: Re: Weird performance behaviour in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 18:33:13 -0000 Richard Todd writes: > > bruce@zuhause.mn.org writes: > > Richard Todd writes: > > > This wouldn't by any chance be an Intel 965-chipset-based motherboard > > > with 4G or more of memory, would it? Because there's an interesting > > > little bug in the BIOS on some of those boards which causes the > > > cache-control registers to incorrectly declare a chunk of main memory > > > as uncacheable. This results in random slowdowns depending on whether > > > your process lands in the "bad" zone of memory or not. See > > > http://article.gmane.org/gmane.os.freebsd.stable/50135/ for more details. > > > > Bingo! This is a Intel DG965WH with 4 GB of memory. I don't think I > > can downgrade to the 1669 firmware because of the processor I'm > > using. The Fedora thread says that there's a hack to do the following > > in linux to fix the "bad" zone Embarrassingly, after I posted this, I realized that I was not at the latest BIOS level, and not at a recommended level for my processor, so I flashed it with the latest, version 1719. Although in the Fedora thread Jussit said that it didn't fix the problem, it seems to have fixed it for me. BTW, I was able to get the SMAP information at the loader prompt. I'm curious, though, should I be worried about the memcontrol list entries that are listed as "set-by-firmware active bogus"? Type '?' for a list of commands, 'help for wore detailed OK smap SMAP type=01 base=0000000000000000 len=000000000008f000 SMAP type=02 base=000000000008f000 len=0000000000011000 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=00000000cf461000 SMAP type=02 base=00000000cf561000 len=000000000000d000 SMAP type=0l base=00000000cf56e000 len=000000000009c000 SMAP type=04 base=00000000cf60a000 len=00000000000df000 SMAP type=01 base=00000000cf6e9000 len-0000000000009000 SMAP type=03 base=00000000cf6f2000 len=000000000000d000 SMAP type=01 base=00000000cf6ff000 len=0000000000001000 SMAP type=02 base=00000000cf700000 len=0000000000100000 SMAP type=02 base=00000000cf800000 len=0000000000800000 SMAP type=02 base=00000000fff00000 len=0000000000100000 SMAP type=01 base=0000000100000000 len=000000002c000000 OK 0x0/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x10000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x20000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x30000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x40000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x50000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x60000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x70000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x80000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x84000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x88000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x8c000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x90000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x94000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x98000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x9c000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0xa0000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xa4000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xa8000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xac000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb0000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb4000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb8000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xbc000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xca000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcc000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcd000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xce000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcf000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xda000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdc000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdd000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xde000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdf000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xea000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xeb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xec000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xed000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xee000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xef000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xfa000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xfb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xfc000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xfd000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xfe000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xff000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0x0/0xf080000000 BIOS write-back set-by-firmware active bogus 0x80000000/0xf040000000 BIOS write-back set-by-firmware active bogus 0xc0000000/0xf010000000 BIOS write-back set-by-firmware active bogus 0xcf800000/0xf000800000 BIOS uncacheable set-by-firmware active bogus 0xcf700000/0xf000100000 BIOS uncacheable set-by-firmware active bogus 0x100000000/0xf020000000 BIOS write-back set-by-firmware active bogus 0x120000000/0xf008000000 BIOS write-back set-by-firmware active bogus From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 18:33:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5731916A418 for ; Sun, 27 Jan 2008 18:33:19 +0000 (UTC) (envelope-from bruce@zuhause.org) Received: from mail.zuhause.org (216.243.156.193.real-time.com [216.243.156.193]) by mx1.freebsd.org (Postfix) with ESMTP id B82B313C478 for ; Sun, 27 Jan 2008 18:33:18 +0000 (UTC) (envelope-from bruce@zuhause.org) Received: by mail.zuhause.org (Postfix, from userid 1001) id 274847C05; Sun, 27 Jan 2008 12:33:18 -0600 (CST) Message-ID: <18332.52845.956601.870334@celery.zuhause.org> Date: Sun, 27 Jan 2008 12:33:17 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Richard Todd From: bruce@zuhause.mn.org In-Reply-To: References: <18328.45282.562906.708945@celery.zuhause.org> <18329.22270.123314.900543@bhfs.zuhause.org> X-Mailer: VM 7.15 under 21.4 (patch 12) "Portable Code" XEmacs Lucid Cc: freebsd-current@freebsd.org Subject: Re: Weird performance behaviour in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 18:33:19 -0000 Richard Todd writes: > > bruce@zuhause.mn.org writes: > > Richard Todd writes: > > > This wouldn't by any chance be an Intel 965-chipset-based motherboard > > > with 4G or more of memory, would it? Because there's an interesting > > > little bug in the BIOS on some of those boards which causes the > > > cache-control registers to incorrectly declare a chunk of main memory > > > as uncacheable. This results in random slowdowns depending on whether > > > your process lands in the "bad" zone of memory or not. See > > > http://article.gmane.org/gmane.os.freebsd.stable/50135/ for more details. > > > > Bingo! This is a Intel DG965WH with 4 GB of memory. I don't think I > > can downgrade to the 1669 firmware because of the processor I'm > > using. The Fedora thread says that there's a hack to do the following > > in linux to fix the "bad" zone Embarrassingly, after I posted this, I realized that I was not at the latest BIOS level, and not at a recommended level for my processor, so I flashed it with the latest, version 1719. Although in the Fedora thread Jussit said that it didn't fix the problem, it seems to have fixed it for me. BTW, I was able to get the SMAP information at the loader prompt. I'm curious, though, should I be worried about the memcontrol list entries that are listed as "set-by-firmware active bogus"? Type '?' for a list of commands, 'help for wore detailed OK smap SMAP type=01 base=0000000000000000 len=000000000008f000 SMAP type=02 base=000000000008f000 len=0000000000011000 SMAP type=02 base=00000000000e0000 len=0000000000020000 SMAP type=01 base=0000000000100000 len=00000000cf461000 SMAP type=02 base=00000000cf561000 len=000000000000d000 SMAP type=0l base=00000000cf56e000 len=000000000009c000 SMAP type=04 base=00000000cf60a000 len=00000000000df000 SMAP type=01 base=00000000cf6e9000 len-0000000000009000 SMAP type=03 base=00000000cf6f2000 len=000000000000d000 SMAP type=01 base=00000000cf6ff000 len=0000000000001000 SMAP type=02 base=00000000cf700000 len=0000000000100000 SMAP type=02 base=00000000cf800000 len=0000000000800000 SMAP type=02 base=00000000fff00000 len=0000000000100000 SMAP type=01 base=0000000100000000 len=000000002c000000 OK 0x0/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x10000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x20000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x30000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x40000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x50000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x60000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x70000/0x10000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x80000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x84000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x88000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x8c000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x90000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x94000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x98000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0x9c000/0x4000 BIOS write-back fixed-base fixed-length set-by-firmware active 0xa0000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xa4000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xa8000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xac000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb0000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb4000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xb8000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xbc000/0x4000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xc9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xca000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcc000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcd000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xce000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xcf000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xd9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xda000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdc000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdd000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xde000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xdf000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xe9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xea000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xeb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xec000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xed000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xee000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xef000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf0000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf1000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf2000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf3000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf4000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf5000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf6000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf7000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf8000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xf9000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xfa000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xfb000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xfc000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xfd000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xfe000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0xff000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active 0x0/0xf080000000 BIOS write-back set-by-firmware active bogus 0x80000000/0xf040000000 BIOS write-back set-by-firmware active bogus 0xc0000000/0xf010000000 BIOS write-back set-by-firmware active bogus 0xcf800000/0xf000800000 BIOS uncacheable set-by-firmware active bogus 0xcf700000/0xf000100000 BIOS uncacheable set-by-firmware active bogus 0x100000000/0xf020000000 BIOS write-back set-by-firmware active bogus 0x120000000/0xf008000000 BIOS write-back set-by-firmware active bogus From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 18:45:56 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9B3E16A418 for ; Sun, 27 Jan 2008 18:45:56 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8295D13C459 for ; Sun, 27 Jan 2008 18:45:55 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2A359208C; Sun, 27 Jan 2008 19:45:47 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 1BFC6208A; Sun, 27 Jan 2008 19:45:47 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id E33D28449F; Sun, 27 Jan 2008 19:45:46 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Hajimu UMEMOTO References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> Date: Sun, 27 Jan 2008 19:45:46 +0100 In-Reply-To: (Hajimu UMEMOTO's message of "Mon\, 28 Jan 2008 03\:18\:21 +0900") Message-ID: <86abmryun9.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 18:45:56 -0000 Hajimu UMEMOTO writes: > Dag-Erling Sm=C3=B8rgrav writes: > > OK, so the resolver now uses a process-internal cache? Is there any way > > to turn it off? > No, our resolver doesn't have a process-internal cache at all. So what's going on? Looking back through my logs, it was working correctly as late as January 13, so something broke between then and January 21. My name server does *not* forward queries, it goes straight to the source. Everything looks fine if I run host(1) multiple times, it only seems to fail when successive lookups are made from the same process. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 18:48:27 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14FDF16A468 for ; Sun, 27 Jan 2008 18:48:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id D656413C45B for ; Sun, 27 Jan 2008 18:48:26 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 958B84AE78; Sun, 27 Jan 2008 13:48:25 -0500 (EST) Date: Sun, 27 Jan 2008 18:48:25 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86abmryun9.fsf@ds4.des.no> Message-ID: <20080127184656.B60477@fledge.watson.org> References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-245006364-1201459705=:60477" Cc: current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 18:48:27 -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. --621616949-245006364-1201459705=:60477 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 27 Jan 2008, Dag-Erling Sm=F8rgrav wrote: > Hajimu UMEMOTO writes: >> Dag-Erling Sm=F8rgrav writes: >>> OK, so the resolver now uses a process-internal cache? Is there any wa= y=20 >>> to turn it off? >> No, our resolver doesn't have a process-internal cache at all. > > So what's going on? > > Looking back through my logs, it was working correctly as late as January= =20 > 13, so something broke between then and January 21. A casual glance suggests no pertinent changes in that timeframe -- however,= =20 were you just updating your kernel, or also userspace, and in particular,= =20 libc? > My name server does *not* forward queries, it goes straight to the source= =2E=20 > Everything looks fine if I run host(1) multiple times, it only seems to f= ail=20 > when successive lookups are made from the same process. What happens if you back out getaddrinfo.c:1.86: ---------------------------- revision 1.86 date: 2007/09/05 18:08:14; author: jinmei; state: Exp; lines: +19 -2 ensure the head entry of addrinfo chain has non-NULL ai_canonname to be compliant with RFC3493. PR: standards/114910 Approved by: ume (mentor) Approved by: re MFC after: 1 week ---------------------------- Robert N M Watson Computer Laboratory University of Cambridge --621616949-245006364-1201459705=:60477-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 20:07:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0926716A41A for ; Sun, 27 Jan 2008 20:07:38 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id 9706313C447 for ; Sun, 27 Jan 2008 20:07:37 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1393343rvb.43 for ; Sun, 27 Jan 2008 12:07:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=AOoJR9MDIj/krIqF95Rlwp22eYnGCDVgIjSoj4yZiFI=; b=Nisj8Nu+oC1mM1VdK5mzIUzBpjTdPDN+Xq2InhlYozged1u2QwrtKgthLeT0Qomi54MClKd+0ck3R4MgALimdiNfJIXBOwvouK35Qoh4fMhEVplT8UevkDO9tB4ruppBzDuJQ4REinqYtyYvgLgJWNno78iCiuVOJwcx7QsGWWY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KIq0BjLlKsrwKGCFuP4s+tmXgZIOSt6IJYxL1vBv8wPYXmoMPW4ewrvLAl7dIg52tePiVFuKqSSUQiV0QYU1y7VtyXZ+9tXeS2V5OlknkbTLIQ3oBjcPMsRo31hDgs7OQs//TpgPMvmk1K2DVrc8DmuCYZkuZmFN6VDw53Q7z+k= Received: by 10.141.163.12 with SMTP id q12mr2914967rvo.260.1201462969016; Sun, 27 Jan 2008 11:42:49 -0800 (PST) Received: by 10.141.49.19 with HTTP; Sun, 27 Jan 2008 11:42:48 -0800 (PST) Message-ID: Date: Sun, 27 Jan 2008 13:42:48 -0600 From: "illoai@gmail.com" To: R.Mahmatkhanov In-Reply-To: <479C877C.30603@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <479C877C.30603@yandex.ru> Cc: freebsd-current@freebsd.org Subject: Re: Typo in /usr/src/sys/cam/cam_xpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 20:07:38 -0000 On 27/01/2008, R.Mahmatkhanov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Good day! > I just saw it in dmesg: > > Jan 27 02:04:49 nx7400 kernel: xptioctl: pass driver is not in the kernel > Jan 27 02:04:49 nx7400 kernel: xptioctl: put "device pass0" in your > kernel config file > > I think it's bad suggestion, because we have not pass0 device option: > > - -------------------------------------------------------------- > >>> stage 1: configuring the kernel > - -------------------------------------------------------------- > cd /usr/src/sys/i386/conf; > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > config -d /usr/obj/usr/src/sys/GENERIC2 /usr/src/sys/i386/conf/GENERIC2 > config: Error: device "pass0" is unknown > config: 1 errors > *** Error code 1 It should probably be just device pass Looks like the error message is a bit out of date. -- -- From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 20:37:57 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E39916A419; Sun, 27 Jan 2008 20:37:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5F413C43E; Sun, 27 Jan 2008 20:37:56 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0547B2087; Sun, 27 Jan 2008 21:37:49 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 3212B2083; Sun, 27 Jan 2008 21:37:48 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 1ED7F8449F; Sun, 27 Jan 2008 21:37:48 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Robert Watson References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> <20080127184656.B60477@fledge.watson.org> Date: Sun, 27 Jan 2008 21:37:48 +0100 In-Reply-To: <20080127184656.B60477@fledge.watson.org> (Robert Watson's message of "Sun\, 27 Jan 2008 18\:48\:25 +0000 \(GMT\)") Message-ID: <86myqrxaw3.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 20:37:57 -0000 Robert Watson writes: > A casual glance suggests no pertinent changes in that timeframe -- > however, were you just updating your kernel, or also userspace, and in > particular, libc? No, this is the weird thing. I'm starting to think I'm imagining it all... But this *definitely* worked correctly on January 13, and *definitely* didn't work correctly on January 21, nor does it work correctly today. > What happens if you back out getaddrinfo.c:1.86: I've been running with that version of getaddrinfo.c since long before it stopped working. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 20:49:48 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57C1916A46D for ; Sun, 27 Jan 2008 20:49:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2C83513C47E for ; Sun, 27 Jan 2008 20:49:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B20AC495EB; Sun, 27 Jan 2008 15:49:47 -0500 (EST) Date: Sun, 27 Jan 2008 20:49:47 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86myqrxaw3.fsf@ds4.des.no> Message-ID: <20080127204825.J71547@fledge.watson.org> References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> <20080127184656.B60477@fledge.watson.org> <86myqrxaw3.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-873721053-1201466987=:71547" Cc: current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 20:49:48 -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. --621616949-873721053-1201466987=:71547 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 27 Jan 2008, Dag-Erling Sm=F8rgrav wrote: > Robert Watson writes: > >> A casual glance suggests no pertinent changes in that timeframe -- howev= er,=20 >> were you just updating your kernel, or also userspace, and in particular= ,=20 >> libc? > > No, this is the weird thing. > > I'm starting to think I'm imagining it all... > > But this *definitely* worked correctly on January 13, and *definitely*=20 > didn't work correctly on January 21, nor does it work correctly today. > >> What happens if you back out getaddrinfo.c:1.86: > > I've been running with that version of getaddrinfo.c since long before it= =20 > stopped working. On the grounds that paranoia is clearly better, my suggestion at this point= =20 would be to run tcpdump between the caching resolver and ntpd and see what = is=20 actually going on the wire. The name server should be rotating them in rep= ly,=20 and it would be good to confirm that it's doing that. It would also be goo= d=20 to check that it's looking up what you think it's looking up, and indeed, w= hat=20 it should be looking at. Robert N M Watson Computer Laboratory University of Cambridge --621616949-873721053-1201466987=:71547-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 20:55:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51C3F16A418 for ; Sun, 27 Jan 2008 20:55:05 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 0CED513C461 for ; Sun, 27 Jan 2008 20:55:05 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A549A2.dip.t-dialin.net [84.165.73.162]) by redbull.bpaserver.net (Postfix) with ESMTP id EAC9B2E2A1; Sun, 27 Jan 2008 21:38:56 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 3A3E082064; Sun, 27 Jan 2008 21:38:52 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m0RKcprr054073; Sun, 27 Jan 2008 21:38:51 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from ANancy-154-1-70-81.w81-49.abo.wanadoo.fr (ANancy-154-1-70-81.w81-49.abo.wanadoo.fr [81.49.184.81]) by webmail.leidinger.net (Horde MIME library) with HTTP; Sun, 27 Jan 2008 21:38:51 +0100 Message-ID: <20080127213851.506zunyhwwg4wsgs@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Sun, 27 Jan 2008 21:38:51 +0100 From: Alexander Leidinger To: Dag-Erling =?utf-8?b?U23Dg8K4cmdyYXY=?= References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> In-Reply-To: <86abmryun9.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-13.204, required 6, BAYES_00 -15.00, MIME_8BIT_HEADER 0.30, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 20:55:05 -0000 Quoting Dag-Erling Sm=C3=83=C2=B8rgrav (from Sun, 27 Jan 2008 = =20 19:45:46 +0100): > Hajimu UMEMOTO writes: >> Dag-Erling Sm=C3=B8rgrav writes: >> > OK, so the resolver now uses a process-internal cache? Is there any wa= y >> > to turn it off? >> No, our resolver doesn't have a process-internal cache at all. > > So what's going on? > > Looking back through my logs, it was working correctly as late as > January 13, so something broke between then and January 21. > > My name server does *not* forward queries, it goes straight to the > source. Everything looks fine if I run host(1) multiple times, it only > seems to fail when successive lookups are made from the same process. Are you seeing this with or without activated nscd/cached? Bye, Alexander. --=20 The smallest worm will turn being trodden on. =09=09-- William Shakespeare, "Henry VI" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 21:26:53 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D549016A41A for ; Sun, 27 Jan 2008 21:26:53 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id A40E313C4DB for ; Sun, 27 Jan 2008 21:26:53 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-72-71-223.dsl.telstraclear.net [121.72.71.223]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JVB00790MVPKH20@smtp5.clear.net.nz> for freebsd-current@freebsd.org; Mon, 28 Jan 2008 10:11:51 +1300 (NZDT) Date: Mon, 28 Jan 2008 10:11:46 +1300 From: Mark Kirkwood In-reply-to: <479BE36E.5090408@mac.com> To: Chuck Swiger Message-id: <479CF392.2040609@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <479BB50E.2080703@gmail.com> <479BE36E.5090408@mac.com> User-Agent: Thunderbird 2.0.0.9 (X11/20071203) Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" Subject: Re: build/installworld break under -j n for n>1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 21:26:53 -0000 Chuck Swiger wrote: > > While I find your confidence in doing an installworld without checking > for whether the build completed sucessfully and without doing a human > review to be admirable :-), perhaps consider doing this instead: > > make -j n buildworld && make installworld > > ...? > Just out of interest, is it actually correct to so this? I usually do: make buildworld make kernel reboot (single user etc) make installworld I'm guessing you would only do the make buildworld && make installworld if you had *not* changed the kernel sources? Thanks Mark From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 21:30:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0325216A46C for ; Sun, 27 Jan 2008 21:30:15 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id B058613C467 for ; Sun, 27 Jan 2008 21:30:14 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so2070381pyb.10 for ; Sun, 27 Jan 2008 13:30:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=C3rma3OM8dEvMf4T5gRkH2uzgrIXknpXgn+l9nDR4Pg=; b=A0eFRTt9Ts81dmw/YVHjgamBQKl684oapBZLTDixMd1RSarrAJ0MTDOqCgeuOh9cJGHmTSMUF5hhFUXhng74lurmWGbaXYAMgsf5upj9XrXRxeg6euIYQTsNufuIF2pFgtvtseAOUjapeSadEh/M2DCVt9UL9P0LTyvCOlV6/8E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=Y68Rzhaf1qFtl7lHpu8uWxVt9dN1GEcocA2pwln76tndRDf3yjWI9n2sPHFynXesaeOQYBSt/VidOTszOyQSjAuxMu7uOwT9A/BMvNZPsJBjSpGr6xjxdFNUM2+QaGDnieTigF5EpDDCzfLbM833XnIViGCX8fqXxPeaxFKWjqM= Received: by 10.65.242.11 with SMTP id u11mr9762064qbr.19.1201469413473; Sun, 27 Jan 2008 13:30:13 -0800 (PST) Received: from flosoft.no-ip.biz ( [67.85.89.184]) by mx.google.com with ESMTPS id d12sm4051055qbc.3.2008.01.27.13.30.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 27 Jan 2008 13:30:13 -0800 (PST) Message-ID: <479CF7E2.6060109@gmail.com> Date: Sun, 27 Jan 2008 16:30:10 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20080121) MIME-Version: 1.0 To: Mark Kirkwood References: <479BB50E.2080703@gmail.com> <479BE36E.5090408@mac.com> <479CF392.2040609@paradise.net.nz> In-Reply-To: <479CF392.2040609@paradise.net.nz> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: build/installworld break under -j n for n>1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 21:30:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark Kirkwood wrote: > Chuck Swiger wrote: >> >> While I find your confidence in doing an installworld without >> checking for whether the build completed sucessfully and without >> doing a human review to be admirable :-), perhaps consider doing >> this instead: >> >> make -j n buildworld && make installworld >> >> ...? >> > Just out of interest, is it actually correct to so this? I usually do: > > make buildworld > make kernel > reboot (single user etc) > make installworld > > > I'm guessing you would only do the make buildworld && make > installworld if you had *not* changed the kernel sources? > It is normally safe if you update frequently ( Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19C5C16A477 for ; Sun, 27 Jan 2008 21:34:28 +0000 (UTC) (envelope-from bruce@zuhause.org) Received: from mail.zuhause.org (216.243.156.193.real-time.com [216.243.156.193]) by mx1.freebsd.org (Postfix) with ESMTP id AFD4613C4CC for ; Sun, 27 Jan 2008 21:34:27 +0000 (UTC) (envelope-from bruce@zuhause.org) Received: by mail.zuhause.org (Postfix, from userid 1001) id AC9857C04; Sun, 27 Jan 2008 15:34:26 -0600 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18332.63714.345461.295325@celery.zuhause.org> Date: Sun, 27 Jan 2008 15:34:26 -0600 From: bruce@zuhause.mn.org In-Reply-To: <18332.52845.956601.870334@celery.zuhause.org> References: <18328.45282.562906.708945@celery.zuhause.org> <18329.22270.123314.900543@bhfs.zuhause.org> <18332.52845.956601.870334@celery.zuhause.org> X-Mailer: VM 7.15 under 21.4 (patch 12) "Portable Code" XEmacs Lucid Cc: Richard Todd , freebsd-current@freebsd.org Subject: Re: Weird performance behaviour in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 21:34:28 -0000 bruce@zuhause.mn.org writes: > Richard Todd writes: > > > > bruce@zuhause.mn.org writes: > > > Richard Todd writes: > > > > This wouldn't by any chance be an Intel 965-chipset-based motherboard > > > > with 4G or more of memory, would it? Because there's an interesting > > > > little bug in the BIOS on some of those boards which causes the > > > > cache-control registers to incorrectly declare a chunk of main memory > > > > as uncacheable. This results in random slowdowns depending on whether > > > > your process lands in the "bad" zone of memory or not. See > > > > http://article.gmane.org/gmane.os.freebsd.stable/50135/ for more details. > > > > > > Bingo! This is a Intel DG965WH with 4 GB of memory. I don't think I > > > can downgrade to the 1669 firmware because of the processor I'm > > > using. The Fedora thread says that there's a hack to do the following > > > in linux to fix the "bad" zone > > Embarrassingly, after I posted this, I realized that I was not at the > latest BIOS level, and not at a recommended level for my processor, so > I flashed it with the latest, version 1719. Although in the Fedora > thread Jussit said that it didn't fix the problem, it seems to have > fixed it for me. BTW, I was able to get the SMAP information at the > loader prompt. > > I'm curious, though, should I be worried about the memcontrol list > entries that are listed as "set-by-firmware active bogus"? > > Type '?' for a list of commands, 'help for wore detailed > OK smap > SMAP type=01 base=0000000000000000 len=000000000008f000 > SMAP type=02 base=000000000008f000 len=0000000000011000 > SMAP type=02 base=00000000000e0000 len=0000000000020000 > SMAP type=01 base=0000000000100000 len=00000000cf461000 > SMAP type=02 base=00000000cf561000 len=000000000000d000 > SMAP type=0l base=00000000cf56e000 len=000000000009c000 > SMAP type=04 base=00000000cf60a000 len=00000000000df000 > SMAP type=01 base=00000000cf6e9000 len-0000000000009000 > SMAP type=03 base=00000000cf6f2000 len=000000000000d000 > SMAP type=01 base=00000000cf6ff000 len=0000000000001000 > SMAP type=02 base=00000000cf700000 len=0000000000100000 > SMAP type=02 base=00000000cf800000 len=0000000000800000 > SMAP type=02 base=00000000fff00000 len=0000000000100000 > SMAP type=01 base=0000000100000000 len=000000002c000000 > OK > 0xff000/0x1000 BIOS uncacheable fixed-base fixed-length set-by-firmware active > 0x0/0xf080000000 BIOS write-back set-by-firmware active bogus > 0x80000000/0xf040000000 BIOS write-back set-by-firmware active bogus > 0xc0000000/0xf010000000 BIOS write-back set-by-firmware active bogus > 0xcf800000/0xf000800000 BIOS uncacheable set-by-firmware active bogus > 0xcf700000/0xf000100000 BIOS uncacheable set-by-firmware active bogus > 0x100000000/0xf020000000 BIOS write-back set-by-firmware active bogus > 0x120000000/0xf008000000 BIOS write-back set-by-firmware active bogus I hate to follow up to my own postings, but it seems to me that this memcontrol list is missing 0x4000000 (64 MB). I'm using the onboard video. I'm not sure if this means that it's never used by the OS, or that I'm just lucky that I haven't yet experienced a slowdown. With the old BIOS, I couldn't run a make release without hitting it, but as far as I can tell, I haven't seen a problem yet even though I ran another make release and ran the repeated tight CPU loops I was using to test before. Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RC1 #2: Mon Jan 14 03:17:48 UTC 2008 toor@orca.zuhause.org:/usr/obj/usr/src/sys/ORCA Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2407.20-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 4202840064 (4008 MB) avail memory = 4042080256 (3854 MB) ACPI APIC Table: From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 21:46:20 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96B2716A417 for ; Sun, 27 Jan 2008 21:46:20 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9A413C458 for ; Sun, 27 Jan 2008 21:46:20 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 648941B10EA4; Sun, 27 Jan 2008 22:46:18 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.2] (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id BFA6F1B10EEE; Sun, 27 Jan 2008 22:46:15 +0100 (CET) Message-ID: <479CFBA6.7070800@moneybookers.com> Date: Sun, 27 Jan 2008 23:46:14 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <479BB50E.2080703@gmail.com> <479BE36E.5090408@mac.com> <479CF392.2040609@paradise.net.nz> <479CF7E2.6060109@gmail.com> In-Reply-To: <479CF7E2.6060109@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5574/Sun Jan 27 11:03:42 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, Mark Kirkwood Subject: Re: build/installworld break under -j n for n>1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 21:46:20 -0000 Greetings, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mark Kirkwood wrote: > >> Chuck Swiger wrote: >> >>> While I find your confidence in doing an installworld without >>> checking for whether the build completed sucessfully and without >>> doing a human review to be admirable :-), perhaps consider doing >>> this instead: >>> >>> make -j n buildworld && make installworld >>> This will do almost the same as make buildworld installworld, because if make failed on the build part it will never continue with the install. Also I do not have problems with make -j6 installworld. If I remember correctly the real gain is when running -j NumerOfCPUs+1, but only during compilation e.g. build part. >>> ...? >>> >>> >> Just out of interest, is it actually correct to so this? I usually do: >> >> make buildworld >> make kernel >> reboot (single user etc) >> make installworld >> This is exactly what documentation suggest :) I personally have the habit to skip the reboot to single user step ;) But do not forget the mergemaster. >> >> I'm guessing you would only do the make buildworld && make >> installworld if you had *not* changed the kernel sources? >> >> > It is normally safe if you update frequently ( Changes in kernel are normally backward compatible, which means that in most cases you should be able to run "old" world with new kernel. The opposite is not true and you do not know when you will get bitten. In all cases you should look at /usr/src/UPDATING, for special events :) From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 21:51:17 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 202B216A419 for ; Sun, 27 Jan 2008 21:51:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C78C613C455 for ; Sun, 27 Jan 2008 21:51:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id A48A049555; Sun, 27 Jan 2008 16:51:15 -0500 (EST) Date: Sun, 27 Jan 2008 21:51:15 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Stefan Lambrev In-Reply-To: <479CFBA6.7070800@moneybookers.com> Message-ID: <20080127214742.J71547@fledge.watson.org> References: <479BB50E.2080703@gmail.com> <479BE36E.5090408@mac.com> <479CF392.2040609@paradise.net.nz> <479CF7E2.6060109@gmail.com> <479CFBA6.7070800@moneybookers.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" , Mark Kirkwood Subject: Re: build/installworld break under -j n for n>1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 21:51:17 -0000 On Sun, 27 Jan 2008, Stefan Lambrev wrote: >>> I'm guessing you would only do the make buildworld && make installworld if >>> you had *not* changed the kernel sources? >> >> It is normally safe if you update frequently ( > Changes in kernel are normally backward compatible, which means that in most > cases you should be able to run "old" world with new kernel. The opposite is > not true and you do not know when you will get bitten. In all cases you > should look at /usr/src/UPDATING, for special events :) Let me put it slightly more strongly than you have: people will often not get bitten, but we guarantee that they will get bitten, and probably more frequently for taking the risk every day than for doing it once in a while. It is really not at all safe to update world before kernel, people who do so regularly and without following the commit logs *very* carefully will eventually get seriously hurt if they persist. Keep in mind that UPDATING is generally only intended to help with bumpy patches in the regular and supported update process, and not to help people who do their own thing, so just checking UPDATING is not sufficient to make installworld before installkernel + reboot safe. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Jan 27 22:06:19 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E97616A420 for ; Sun, 27 Jan 2008 22:06:19 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id AAB2D13C447 for ; Sun, 27 Jan 2008 22:06:18 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [129.247.12.10] ([129.247.12.10]) by smtp-1.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Sun, 27 Jan 2008 22:53:00 +0100 Message-ID: <479CFD3B.6020806@dlr.de> Date: Sun, 27 Jan 2008 22:52:59 +0100 From: Hartmut Brandt Organization: German Aerospace Center User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Alexander Leidinger References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> <20080127213851.506zunyhwwg4wsgs@webmail.leidinger.net> In-Reply-To: <20080127213851.506zunyhwwg4wsgs@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 27 Jan 2008 21:53:01.0024 (UTC) FILETIME=[FC5A8600:01C8612E] Cc: =?UTF-8?B?RGFnLUVybGluZyBTbcODwrhyZ3Jhdg==?= , current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Jan 2008 22:06:19 -0000 Alexander Leidinger wrote: > Quoting Dag-Erling Smørgrav (from Sun, 27 Jan 2008 > 19:45:46 +0100): > >> Hajimu UMEMOTO writes: >>> Dag-Erling Smørgrav writes: >>> > OK, so the resolver now uses a process-internal cache? Is there >>> any way >>> > to turn it off? >>> No, our resolver doesn't have a process-internal cache at all. >> >> So what's going on? >> >> Looking back through my logs, it was working correctly as late as >> January 13, so something broke between then and January 21. >> >> My name server does *not* forward queries, it goes straight to the >> source. Everything looks fine if I run host(1) multiple times, it only >> seems to fail when successive lookups are made from the same process. > > Are you seeing this with or without activated nscd/cached? I see the same effect as DES. Tried to disable hosts caching in nscd. Didn't change anything. harti From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 00:35:48 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D967816A417 for ; Mon, 28 Jan 2008 00:35:48 +0000 (UTC) (envelope-from chargen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 55B0E13C45B for ; Mon, 28 Jan 2008 00:35:47 +0000 (UTC) (envelope-from chargen@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1701765fgg.35 for ; Sun, 27 Jan 2008 16:35:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=nCdztSf0yFeJaDEoRtYiQwBJBXfe8vMzkiR889zXbbE=; b=lcK66KkHdLLgUK/dZJq+mqOxrhrp0jkR+Zpa8E+qyeNDdYD2MucRoqmE9Ebd57ClAyLHozE7ayXmc7xF4asi7XVV4xfAcmnIKVe75SK3gjg+uxk5RZWuE+2cucA6dCxL09MDst8AXZSUY6oPOoxweavJNNuvMho1nJkXEqGqug8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=qMHnxLljUfArmT9TYeCZNBnKgCqBQfLvHQRd5ZCo7ZJTMM9ZozaXoUCIq/ny0hynVqwIJbyZqDxW3SvuZJWzdFbsSTo5Tq03kYN50tGVhGAKFCbCj8QGXLmcZDy7SmijQNjN+q6KkS2L9VeHSFgu07QQSE8vht0fq81gC99fqrw= Received: by 10.86.86.12 with SMTP id j12mr4593580fgb.50.1201480546067; Sun, 27 Jan 2008 16:35:46 -0800 (PST) Received: by 10.86.49.12 with HTTP; Sun, 27 Jan 2008 16:35:46 -0800 (PST) Message-ID: <292361ab0801271635q6461e907m1d2d24f9130afa65@mail.gmail.com> Date: Mon, 28 Jan 2008 01:35:46 +0100 From: Chargen To: freebsd-current@freebsd.org In-Reply-To: <005301c860df$165cc090$b6db87d4@multiplay.co.uk> MIME-Version: 1.0 References: <292361ab0801252036g75df6800x3b799aedaed02bde@mail.gmail.com> <003001c85fd9$03ea2e40$b6db87d4@multiplay.co.uk> <479B082D.4020309@FreeBSD.org> <003f01c86028$e7520690$b6db87d4@multiplay.co.uk> <479B477D.3050001@FreeBSD.org> <005501c8602b$07284900$b6db87d4@multiplay.co.uk> <005301c860df$165cc090$b6db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: SMP kernels /w POLLING enabled - combination garbles(syncer?)console line message(s) on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 00:35:48 -0000 On Jan 27, 2008 1:21 PM, Steven Hartland wrote: > ----- Original Message ----- > From: "Steven Hartland" > > I'm just building a kernel with PRINTF_BUFR_SIZE=128 is this the > recommended > > value? I'll see if that fixes it but what I've seen is a mixture of what > > looks like jumbled chars and total Greek i.e. none a-zA-Z0-9... chars. > > > > I'll look to get a screen shot of the console if I can reproduce > reliably. > > Since adding this to the kernel I've not managed to reproduce the issue > either > with jumbled or greek characters so I can only assume this was the issue > and the greek char was either random or console corruption on the kvm. > > Give this fixes the issue wouldnt it be a good idea to add this to the > default > kernel config, if nothing else but to prevent others getting confused / > concerned > but the output? > > PRINTF_BUFR_SIZE=128 ? I`ve been able to reproduce the symptom with SMP kernelconfiguration options MPTABLE_FORCE_HTT (enabled) makes the Swedish Chef module (syncer) gone awry on reboot ie.: Waituihas jsaf 32582795 erjwefjwhejhrh25 proooces stoop #options MPTABLE_FORCE_HTT (disabled) gives normal messages during the shutdown sequence Waiting for {.......} system process to stop ..(...)... Waiting for {.......} system process to stop All buffs synced enabling or disabling PREEMPTION / IPI_PREEMPTION makes no difference. Chargen >> From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 00:44:13 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2D1F16A417; Mon, 28 Jan 2008 00:44:13 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9094713C45A; Mon, 28 Jan 2008 00:44:13 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id EA549207E; Mon, 28 Jan 2008 01:44:04 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 151312049; Mon, 28 Jan 2008 01:44:04 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id CA2C9844A1; Mon, 28 Jan 2008 01:44:03 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Robert Watson References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> <20080127184656.B60477@fledge.watson.org> <86myqrxaw3.fsf@ds4.des.no> <20080127204825.J71547@fledge.watson.org> Date: Mon, 28 Jan 2008 01:44:03 +0100 In-Reply-To: <20080127204825.J71547@fledge.watson.org> (Robert Watson's message of "Sun\, 27 Jan 2008 20\:49\:47 +0000 \(GMT\)") Message-ID: <86ir1eye24.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 00:44:13 -0000 Robert Watson writes: > On the grounds that paranoia is clearly better, my suggestion at this > point would be to run tcpdump between the caching resolver and ntpd > and see what is actually going on the wire. In this case, they're on the same machine. I'm not sure how well tcpdump works on loopback devices... > The name server should be rotating them in reply, and it would be good > to confirm that it's doing that. The results from host(1) seem to indicate that it does. > It would also be good to check that it's looking up what you think > it's looking up, and indeed, what it should be looking at. Not sure what you mean by this... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 01:33:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A01EC16A41A for ; Mon, 28 Jan 2008 01:33:36 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5BE13C455 for ; Mon, 28 Jan 2008 01:33:36 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-72-71-223.dsl.telstraclear.net [121.72.71.223]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JVB00EG7YZXXP20@smtp5.clear.net.nz> for freebsd-current@freebsd.org; Mon, 28 Jan 2008 14:33:35 +1300 (NZDT) Date: Mon, 28 Jan 2008 14:33:29 +1300 From: Mark Kirkwood In-reply-to: <479CFBA6.7070800@moneybookers.com> To: Stefan Lambrev Message-id: <479D30E9.70200@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <479BB50E.2080703@gmail.com> <479BE36E.5090408@mac.com> <479CF392.2040609@paradise.net.nz> <479CF7E2.6060109@gmail.com> <479CFBA6.7070800@moneybookers.com> User-Agent: Thunderbird 2.0.0.9 (X11/20071203) Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" Subject: Re: build/installworld break under -j n for n>1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 01:33:36 -0000 Stefan Lambrev wrote: > >>>> >>> Just out of interest, is it actually correct to so this? I usually do: >>> >>> make buildworld >>> make kernel >>> reboot (single user etc) >>> make installworld >>> > This is exactly what documentation suggest :) > I personally have the habit to skip the reboot to single user step ;) > But do not forget the mergemaster. Right - I neglected to put in the mergemaster -p step before installworld and deleteold/mergemaster ones afterwards... but anyway, the main point I wanted to highlight was world/kernel dependence, which fortunately was made clearly enough! I typically update sources on my 7.0 box about 1-2 times per week, so I'm religiously following the procedure in UPDATING... the reboot to single user mode means I have to walk to the other end of the house (where the 2 noisy servers hide out) to perform the mergmaster/installworld bits, so it is not too much of an issue (the thinking being better inconvenient and functional than fast and broken....)! Cheers Mark From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 03:49:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C953B16A417 for ; Mon, 28 Jan 2008 03:49:42 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8847A13C4E7 for ; Mon, 28 Jan 2008 03:49:42 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 2C8CD2087; Mon, 28 Jan 2008 04:49:34 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 939C72083; Mon, 28 Jan 2008 04:49:33 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 66EA9844A1; Mon, 28 Jan 2008 04:49:33 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mark Kirkwood References: <479BB50E.2080703@gmail.com> <479BE36E.5090408@mac.com> <479CF392.2040609@paradise.net.nz> <479CF7E2.6060109@gmail.com> <479CFBA6.7070800@moneybookers.com> <479D30E9.70200@paradise.net.nz> Date: Mon, 28 Jan 2008 04:49:33 +0100 In-Reply-To: <479D30E9.70200@paradise.net.nz> (Mark Kirkwood's message of "Mon\, 28 Jan 2008 14\:33\:29 +1300") Message-ID: <86odb6wqwi.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "Aryeh M. Friedman" , Stefan Lambrev Subject: Re: build/installworld break under -j n for n>1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 03:49:42 -0000 Mark Kirkwood writes: > Stefan Lambrev writes: > > But do not forget the mergemaster. > Right - I neglected to put in the mergemaster -p step before > installworld and deleteold/mergemaster ones afterwards... 'mergemaster -p' is very rarely needed, and will be mentioned in UPDATING when it is. It is only required when a new user or group is added to the default passwd / group file and something will be chowned or chgrped to that that user or group during installworld. The last time this happened was when the audit code was imported two years ago. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 06:47:58 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E42816A417 for ; Mon, 28 Jan 2008 06:47:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 39A5313C45D for ; Mon, 28 Jan 2008 06:47:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 29480 invoked by uid 399); 28 Jan 2008 06:21:17 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 28 Jan 2008 06:21:17 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479D745C.3090207@FreeBSD.org> Date: Sun, 27 Jan 2008 22:21:16 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20080126) MIME-Version: 1.0 To: Hartmut Brandt References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> <20080127213851.506zunyhwwg4wsgs@webmail.leidinger.net> <479CFD3B.6020806@dlr.de> In-Reply-To: <479CFD3B.6020806@dlr.de> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Alexander Leidinger , current@FreeBSD.org, =?UTF-8?B?RGFnLUVybGlu?=, =?UTF-8?B?ZyBTbcODwrhyZ3Jhdg==?= Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 06:47:58 -0000 Hartmut Brandt wrote: > Alexander Leidinger wrote: >> Quoting Dag-Erling Smørgrav (from Sun, 27 Jan 2008 >> 19:45:46 +0100): >> >>> Hajimu UMEMOTO writes: >>>> Dag-Erling Smørgrav writes: >>>> > OK, so the resolver now uses a process-internal cache? Is there >>>> any way >>>> > to turn it off? >>>> No, our resolver doesn't have a process-internal cache at all. >>> >>> So what's going on? >>> >>> Looking back through my logs, it was working correctly as late as >>> January 13, so something broke between then and January 21. >>> >>> My name server does *not* forward queries, it goes straight to the >>> source. Everything looks fine if I run host(1) multiple times, it only >>> seems to fail when successive lookups are made from the same process. >> >> Are you seeing this with or without activated nscd/cached? > > I see the same effect as DES. Tried to disable hosts caching in nscd. > Didn't change anything. What happens if you disable nscd completely? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 09:08:27 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED46916A419 for ; Mon, 28 Jan 2008 09:08:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C2A4C13C4DB for ; Mon, 28 Jan 2008 09:08:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id F2E724CCA8; Mon, 28 Jan 2008 04:08:26 -0500 (EST) Date: Mon, 28 Jan 2008 09:08:26 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= In-Reply-To: <86ir1eye24.fsf@ds4.des.no> Message-ID: <20080128090552.B14807@fledge.watson.org> References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> <20080127184656.B60477@fledge.watson.org> <86myqrxaw3.fsf@ds4.des.no> <20080127204825.J71547@fledge.watson.org> <86ir1eye24.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-1775755244-1201511306=:14807" Cc: current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 09:08:28 -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. --621616949-1775755244-1201511306=:14807 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 28 Jan 2008, Dag-Erling Sm=F8rgrav wrote: > Robert Watson writes: >> On the grounds that paranoia is clearly better, my suggestion at this po= int=20 >> would be to run tcpdump between the caching resolver and ntpd and see wh= at=20 >> is actually going on the wire. > > In this case, they're on the same machine. I'm not sure how well tcpdump= =20 > works on loopback devices... It should work just fine. Make sure to use -vvv so you get all the details= =2E >> The name server should be rotating them in reply, and it would be good t= o=20 >> confirm that it's doing that. > > The results from host(1) seem to indicate that it does. > >> It would also be good to check that it's looking up what you think it's= =20 >> looking up, and indeed, what it should be looking at. > > Not sure what you mean by this... I'm sure I don't have to tell you that when debugging, it's good to look un= der=20 the hood to see what's actually happening, as one misunderstanding can wast= e=20 hours of time chasing the wrong lead. Robert N M Watson Computer Laboratory University of Cambridge --621616949-1775755244-1201511306=:14807-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 09:10:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D068A16A46E for ; Mon, 28 Jan 2008 09:10:07 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 58D7C13C467 for ; Mon, 28 Jan 2008 09:10:06 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1JJQ0B-0003wH-0S for freebsd-current@freebsd.org; Mon, 28 Jan 2008 09:10:03 +0000 Received: from cairn.ints.net ([194.44.58.121]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Jan 2008 09:10:03 +0000 Received: from c.kworr by cairn.ints.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Jan 2008 09:10:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Volodymyr Kostyrko Date: Mon, 28 Jan 2008 11:09:52 +0200 Lines: 84 Message-ID: References: <86d4rn1kln.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cairn.ints.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.8.1.11) Gecko/20080123 SeaMonkey/1.1.7 In-Reply-To: <86d4rn1kln.fsf@ds4.des.no> Sender: news Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 09:10:07 -0000 Dag-Erling Smørgrav пишет: > Did something change in our resolver / getaddrinfo() recently? Check > this out: > > des@soe ~% cat /etc/ntp.conf > server europe.pool.ntp.org iburst > server europe.pool.ntp.org iburst > server europe.pool.ntp.org iburst > server europe.pool.ntp.org iburst > server europe.pool.ntp.org iburst > server europe.pool.ntp.org iburst > des@soe ~% ntpq -pn > remote refid st t when poll reach delay offset jitter > ============================================================================== > 81.169.180.26 .INIT. 16 u - 512 0 0.000 0.000 4000..00 > 81.169.180.26 .INIT. 16 u - 512 0 0.000 0.000 4000..00 > 81.169.180.26 .INIT. 16 u - 512 0 0.000 0.000 4000..00 > 81.169.180.26 .INIT. 16 u - 512 0 0.000 0.000 4000..00 > 81.169.180.26 .INIT. 16 u - 512 0 0.000 0.000 4000..00 > *81.169.180.26 192.53.103.104 2 u 2 64 77 63.218 -19.045 3.331 > > europe.pool.ntp.org returns a different address every time you query it, > and this used to work correctly. I don't know when it changed; it > worked fine before I last rebooted my NTP server five days ago, but its > userland is from December 16. > > It is *not* a name server issue: > > des@soe ~% host europe.pool.ntp.org > europe.pool.ntp.org has address 81.169.180.26 > europe.pool.ntp.org has address 77.66.32.156 > europe.pool.ntp.org has address 217.8.241.75 > europe.pool.ntp.org has address 130.226.232.145 > europe.pool.ntp.org has address 87.32.0.19 > des@soe ~% host europe.pool.ntp.org > europe.pool.ntp.org has address 87.32.0.19 > europe.pool.ntp.org has address 81.169.180.26 > europe.pool.ntp.org has address 77.66.32.156 > europe.pool.ntp.org has address 217.8.241.75 > europe.pool.ntp.org has address 130.226.232.145 > > Somehow, ntpd (or libc) is caching the result of the lookup where it > previously didn't. > > But this doesn't make sense, since neither ntpd nor libc nor > /etc/{nsswitch,ntp,resolv}.conf have changed since it last worked. > > For now, I'm going to work around it by explicitly using > [1-3].europe.pool.ntp.org, but I'd really like to know what's going > on... > > DES Well, tried that and found that if you rapidly issue a host command the results still the same (for 1 or 2 secs). > host 3.europe.pool.ntp.org 3.europe.pool.ntp.org has address 212.13.207.101 3.europe.pool.ntp.org has address 87.229.78.162 3.europe.pool.ntp.org has address 193.228.143.13 3.europe.pool.ntp.org has address 192.108.114.23 3.europe.pool.ntp.org has address 194.238.48.3 > host 3.europe.pool.ntp.org 3.europe.pool.ntp.org has address 212.13.207.101 3.europe.pool.ntp.org has address 87.229.78.162 3.europe.pool.ntp.org has address 193.228.143.13 3.europe.pool.ntp.org has address 192.108.114.23 3.europe.pool.ntp.org has address 194.238.48.3 > host 3.europe.pool.ntp.org 3.europe.pool.ntp.org has address 87.229.78.162 3.europe.pool.ntp.org has address 193.228.143.13 3.europe.pool.ntp.org has address 192.108.114.23 3.europe.pool.ntp.org has address 194.238.48.3 3.europe.pool.ntp.org has address 212.13.207.101 Try using this config: server 0.europe.pool.ntp.org iburst server 1.europe.pool.ntp.org iburst server 2.europe.pool.ntp.org iburst server 3.europe.pool.ntp.org iburst -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 10:43:21 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CBA416A418; Mon, 28 Jan 2008 10:43:21 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id EF8EB13C45B; Mon, 28 Jan 2008 10:43:20 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id AB9862085; Mon, 28 Jan 2008 11:43:12 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 9A82B207F; Mon, 28 Jan 2008 11:43:12 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 7B177844A3; Mon, 28 Jan 2008 11:43:12 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Doug Barton References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> <20080127213851.506zunyhwwg4wsgs@webmail.leidinger.net> <479CFD3B.6020806@dlr.de> <479D745C.3090207@FreeBSD.org> Date: Mon, 28 Jan 2008 11:43:12 +0100 In-Reply-To: <479D745C.3090207@FreeBSD.org> (Doug Barton's message of "Sun\, 27 Jan 2008 22\:21\:16 -0800") Message-ID: <86zluqut6n.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Alexander Leidinger , Hartmut Brandt , current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 10:43:21 -0000 Doug Barton writes: > What happens if you disable nscd completely? There is no nscd. It is your mind that caches. (in my case, anyway; it is disabled by default, and I see no reason to enable it) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 11:05:27 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0848516A419 for ; Mon, 28 Jan 2008 11:05:27 +0000 (UTC) (envelope-from chargen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 82BFE13C45B for ; Mon, 28 Jan 2008 11:05:26 +0000 (UTC) (envelope-from chargen@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1897472fgg.35 for ; Mon, 28 Jan 2008 03:05:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=CDNJaO0JDEUeGyZLJXknh8GeUKJL+tMIip/LSdu/frY=; b=xVRbefHrEIDg02TqEqqQRL4oo6O16yiyeCiHQi5PvZGSs7SBQmWfP/LZVDYp+sjib5isAWenJvXXcDRvSANW41o1mwUd75quA9pOTsSQn9TdwApHV0gXz5OySZM8cK1qpusEr0w6w+tqBHNcI/Xp5ANo9d5XLVd0xinydDOdHv0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=BmFf7rVdQYqJrSfuCO+Up3s3YpJL1gQB5IDKZkQmiNyKbzmrOc+C+3YK09FIBSmFaCceQvQDFxwVtY9c2AyrYZbzWlBiQNdFMkyQKEBwZTuzSoMwt9UyKkTTE4siHZlu4rZm01Ny+wy6O2JxK7gFnefZ5kXnGgYrJfagI3RMP7c= Received: by 10.86.100.7 with SMTP id x7mr5101190fgb.10.1201518325161; Mon, 28 Jan 2008 03:05:25 -0800 (PST) Received: by 10.86.49.12 with HTTP; Mon, 28 Jan 2008 03:05:25 -0800 (PST) Message-ID: <292361ab0801280305k3f89c743mdb0514bee2073676@mail.gmail.com> Date: Mon, 28 Jan 2008 12:05:25 +0100 From: Chargen To: freebsd-current@freebsd.org In-Reply-To: <479D4151.20104@FreeBSD.org> MIME-Version: 1.0 References: <292361ab0801252036g75df6800x3b799aedaed02bde@mail.gmail.com> <003001c85fd9$03ea2e40$b6db87d4@multiplay.co.uk> <479B082D.4020309@FreeBSD.org> <003f01c86028$e7520690$b6db87d4@multiplay.co.uk> <479B477D.3050001@FreeBSD.org> <005501c8602b$07284900$b6db87d4@multiplay.co.uk> <005301c860df$165cc090$b6db87d4@multiplay.co.uk> <292361ab0801271635q6461e907m1d2d24f9130afa65@mail.gmail.com> <479D4151.20104@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: SMP kernels /w POLLING enabled - combination garbles(syncer?)console line message(s) on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 11:05:27 -0000 On Jan 28, 2008 3:43 AM, Kris Kennaway wrote: > > > > > makes the Swedish Chef module (syncer) gone awry on reboot ie.: > > > > Waituihas jsaf 32582795 erjwefjwhejhrh25 proooces stoop > > Is that a direct copy & paste or are you paraphrasing? > > Kris > sorry, I was paraphrasing but it looks very similar (prooocessing), as if the n x "Stopping.. process" lines are all summed up/overwritten in 1 line , the following "All buffers synced" and stopping CPU(/s) are readable. cg From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 12:05:47 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B60816A418 for ; Mon, 28 Jan 2008 12:05:47 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.freebsd.org (Postfix) with ESMTP id 1F37A13C4DD for ; Mon, 28 Jan 2008 12:05:46 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from knop-beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Jan 2008 13:05:44 +0100 Date: Mon, 28 Jan 2008 13:05:51 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@knop-beagle.kn.op.dlr.de To: Doug Barton In-Reply-To: <479D745C.3090207@FreeBSD.org> Message-ID: <20080128125649.D18619@knop-beagle.kn.op.dlr.de> References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> <20080127213851.506zunyhwwg4wsgs@webmail.leidinger.net> <479CFD3B.6020806@dlr.de> <479D745C.3090207@FreeBSD.org> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1964543108-962268122-1201521951=:18619" X-OriginalArrivalTime: 28 Jan 2008 12:05:45.0001 (UTC) FILETIME=[1C75D990:01C861A6] Cc: Alexander Leidinger , current@FreeBSD.org, =?UTF-8?B?RGFnLUVybGlu?= =?UTF-8?B?ZyBTbcODwrhyZ3Jhdg==?= Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 12:05:47 -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. --1964543108-962268122-1201521951=:18619 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 27 Jan 2008, Doug Barton wrote: DB>Hartmut Brandt wrote: DB>> Alexander Leidinger wrote: DB>>> Quoting Dag-Erling Sm=FF=FF=FF=FFrgrav (from Sun, 27 Jan= 2008 DB>>> 19:45:46 +0100): DB>>> DB>>>> Hajimu UMEMOTO writes: DB>>>>> Dag-Erling Sm=FF=FFrgrav writes: DB>>>>> > OK, so the resolver now uses a process-internal cache? Is there DB>>>>> any way DB>>>>> > to turn it off? DB>>>>> No, our resolver doesn't have a process-internal cache at all. DB>>>> DB>>>> So what's going on? DB>>>> DB>>>> Looking back through my logs, it was working correctly as late as DB>>>> January 13, so something broke between then and January 21. DB>>>> DB>>>> My name server does *not* forward queries, it goes straight to the DB>>>> source. Everything looks fine if I run host(1) multiple times, it o= nly DB>>>> seems to fail when successive lookups are made from the same process= =2E DB>>> DB>>> Are you seeing this with or without activated nscd/cached? DB>>=20 DB>> I see the same effect as DES. Tried to disable hosts caching in nscd. DB>> Didn't change anything. DB> DB>What happens if you disable nscd completely? Could it be that this was a problem with the DNS server? Today it doesn't matter whether I disable or enable the cache, I get three different IP addresses for 5 servers in ntp.conf. Maybe it was rotating the addresses to slow or what? harti --1964543108-962268122-1201521951=:18619-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 09:31:41 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8417A16A417 for ; Mon, 28 Jan 2008 09:31:41 +0000 (UTC) (envelope-from andriko.b@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 41C7013C442 for ; Mon, 28 Jan 2008 09:31:41 +0000 (UTC) (envelope-from andriko.b@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so2326466pyb.10 for ; Mon, 28 Jan 2008 01:31:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=09bCdZ6riPE8OT8GJO3kfL249QGLRhwwjhz//Kf7aV8=; b=DqQcfloDGq6Jm0+PpsL7GUHc3bk1icqDnb/CdnhGaDrq33/cROOCdMmAF2D8AP1gWBuIKdIsgy326RDfpbM68ykZXAbS6u0JLaBcggbisNDraPJdsSPWDMs/XGNdvK03wPQJo9SSUzJXhDyOZHfHpeCpmYvTMftPtlkxV8d44h8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=k1nKg6c2/zKxSnaCSMmy0Q3s+CaTNd7blkdbuOoI0HePbyiDXdeuuGjtPfl0ktYuqWyaTwDYZcMEYDHn/ItLVfdVcLViYI+jyUMgW9uP8O0tZnQt5961gSWiseXS4wqNSrkRyOSAImQqRFjo/kfD/pL13pTOLU692jwS69j9d7w= Received: by 10.142.114.15 with SMTP id m15mr2084721wfc.235.1201510970242; Mon, 28 Jan 2008 01:02:50 -0800 (PST) Received: by 10.142.201.1 with HTTP; Mon, 28 Jan 2008 01:02:50 -0800 (PST) Message-ID: <21be38170801280102x9effe69x3b928f498d9f8412@mail.gmail.com> Date: Mon, 28 Jan 2008 11:02:50 +0200 From: "Andrew Bliznak" To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Mon, 28 Jan 2008 12:23:34 +0000 Cc: Alexander@Leidinger.net, dougb@FreeBSD.org, des@des.no Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 09:31:41 -0000 In-Reply-To: <479D745C.3090207@FreeBSD.org> I saw same on 6.2-STABLE #3: Thu Oct 11 18:12:24 EEST 2007 pool.ntp.org recommends now use 0. 1. also .... http://www.pool.ntp.org/use.html From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 14:47:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3AE816A46B for ; Mon, 28 Jan 2008 14:47:07 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 88B9F13C442 for ; Mon, 28 Jan 2008 14:47:07 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 329EE1B10EF4; Mon, 28 Jan 2008 15:47:01 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id A87A11B10EE8 for ; Mon, 28 Jan 2008 15:46:54 +0100 (CET) Message-ID: <479DEADE.5000907@moneybookers.com> Date: Mon, 28 Jan 2008 16:46:54 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5581/Mon Jan 28 12:43:51 2008 on blah.cmotd.com X-Virus-Status: Clean Subject: weird netstat -i IF output in bridge configuration. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 14:47:07 -0000 Greetings, While testing the bridge I noticed something interesting netstat -w 1 -i em2 reports packets that are not passed through em2 em0: flags=8943 metric 0 mtu 1500 options=198 ether 00:15:17:58:10:99 media: Ethernet autoselect (1000baseTX ) status: active em1: flags=8943 metric 0 mtu 1500 options=198 ether 00:15:17:58:10:98 media: Ethernet autoselect (1000baseTX ) status: active em2: flags=8843 metric 0 mtu 1500 options=19b ether 00:15:17:58:10:9b media: Ethernet autoselect (1000baseTX ) status: active -em3, and em4 skipped- bridge0: flags=8843 metric 0 mtu 1500 ether ea:b9:a3:31:7f:fb inet 10.3.3.3 netmask 0xffffff00 broadcast 10.3.3.255 id 00:15:17:49:d5:3c priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:15:17:49:d5:3c priority 32768 ifcost 0 port 0 member: em1 flags=1e7 port 2 priority 128 path cost 20000 proto rstp role designated state forwarding member: em0 flags=1e7 port 1 priority 128 path cost 20000 proto rstp role designated state forwarding netstat -w 1 -i interface reports incomming and outgoing traffic on all interfaces even the one that are without carrier. It seems like netstat always reports statistics from bridge0 device. Is this expected behavior or I just hit a bug? :) FreeBSD 7.0-RC1 #18: Sun Jan 27 18:55:16 EET 2008 amd64 -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 16:23:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70FAD16A418 for ; Mon, 28 Jan 2008 16:23:22 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 2367013C459 for ; Mon, 28 Jan 2008 16:23:21 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 5701E1B10EF7; Mon, 28 Jan 2008 17:23:20 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 622F21B10EF1 for ; Mon, 28 Jan 2008 17:23:15 +0100 (CET) Message-ID: <479E0172.1070703@moneybookers.com> Date: Mon, 28 Jan 2008 18:23:14 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <479DEADE.5000907@moneybookers.com> In-Reply-To: <479DEADE.5000907@moneybookers.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5583/Mon Jan 28 14:25:15 2008 on blah.cmotd.com X-Virus-Status: Clean Subject: Re: weird netstat -i IF output in bridge configuration. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 16:23:22 -0000 Err, I found that I'm using the wrong parameter :) Stefan Lambrev wrote: > Greetings, > > While testing the bridge I noticed something interesting > netstat -w 1 -i em2 reports packets that are not passed through em2 > > em0: flags=8943 metric > 0 mtu 1500 > options=198 > ether 00:15:17:58:10:99 > media: Ethernet autoselect (1000baseTX ) > status: active > em1: flags=8943 metric > 0 mtu 1500 > options=198 > ether 00:15:17:58:10:98 > media: Ethernet autoselect (1000baseTX ) > status: active > em2: flags=8843 metric 0 mtu 1500 > > options=19b > ether 00:15:17:58:10:9b > media: Ethernet autoselect (1000baseTX ) > status: active > > -em3, and em4 skipped- > > bridge0: flags=8843 metric 0 > mtu 1500 > ether ea:b9:a3:31:7f:fb > inet 10.3.3.3 netmask 0xffffff00 broadcast 10.3.3.255 > id 00:15:17:49:d5:3c priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:15:17:49:d5:3c priority 32768 ifcost 0 port 0 > member: em1 > flags=1e7 > port 2 priority 128 path cost 20000 proto rstp > role designated state forwarding > member: em0 > flags=1e7 > port 1 priority 128 path cost 20000 proto rstp > role designated state forwarding > > netstat -w 1 -i interface reports incomming and outgoing traffic on > all interfaces even the one that are without carrier. > > It seems like netstat always reports statistics from bridge0 device. > > Is this expected behavior or I just hit a bug? :) > > FreeBSD 7.0-RC1 #18: Sun Jan 27 18:55:16 EET 2008 amd64 > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 18:03:56 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF8CF16A419 for ; Mon, 28 Jan 2008 18:03:56 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9F013C448 for ; Mon, 28 Jan 2008 18:03:56 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id m0SI3rYP023383; Mon, 28 Jan 2008 13:03:55 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 28 Jan 2008 13:03:52 -0500 To: Rui Paulo From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-RPI-SA-Score: undef - spam scanning disabled X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.226 Cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD on Asus EEE PC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 18:03:57 -0000 At 2:55 PM +0000 1/19/08, Rui Paulo wrote: >On Jan 19, 2008, Garance A Drosehn wrote: >> >>One of the guys I know is running FreeBSD on the Eee, and has written >>up the following information for anyone who is interested in doing >>what he did: >> >> http://nighthack.org/wiki/EeeBSD >> >>This includes tips on how to get the wireless working, and sound, >>and some oddities with how X11 works. > >Well, I searched the wiki and I found no contact email, so I'm posting >here hoping that you can contact him. Over this past weekend, he updated his web page based on your comments, and feedback from a few other people. It looks like there's a fair number of people who are interested in running FreeBSD (or one of the other BSD's) on the ASUS Eee. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 18:29:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD7A16A41A for ; Mon, 28 Jan 2008 18:29:56 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 95D5F13C467 for ; Mon, 28 Jan 2008 18:29:55 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 9619 invoked by uid 1000); 28 Jan 2008 18:08:40 -0000 Date: Mon, 28 Jan 2008 10:08:40 -0800 From: Jos Backus To: freebsd-current@freebsd.org Message-ID: <20080128180840.GA9582@lizzy.catnook.local> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: panic: Lock so_rcv_sx not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.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, 28 Jan 2008 18:29:56 -0000 Recent -current kernels can reliably be made to panic by killing npviewer.bin. Right before killing, npviewer.bin shows up like this in top: 6288 jos 1 45 5 62844K 36788K so_rcv 0:08 0.00% npviewer.bin lizzy:~/crash% kgdb /usr/obj/usr/src/sys/LIZZY/kernel.debug vmcore.1 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: panic: Lock so_rcv_sx not exclusively locked @ /usr/src/sys/kern/uipc_sockbuf.c:157 Uptime: 5h23m39s Physical memory: 1527 MB Dumping 247 MB: 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc05435ef in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #2 0xc0543867 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:571 #3 0xc054a427 in _sx_assert (sx=0xc4fb89a0, what=4, file=0xc06d49ca "/usr/src/sys/kern/uipc_sockbuf.c", line=157) at /usr/src/sys/kern/kern_sx.c:931 #4 0xc054a8da in _sx_xunlock (sx=0xc4fb89a0, file=0xc06d49ca "/usr/src/sys/kern/uipc_sockbuf.c", line=157) at /usr/src/sys/kern/kern_sx.c:316 #5 0xc0595444 in sbunlock (sb=0xc4fb8968) at /usr/src/sys/kern/uipc_sockbuf.c:157 #6 0xc0598245 in sorflush (so=0xc4fb8918) at /usr/src/sys/kern/uipc_socket.c:1902 #7 0xc05982df in soshutdown (so=0xc4fb8918, how=2) at /usr/src/sys/kern/uipc_socket.c:1866 #8 0xc059ce86 in shutdown (td=0xc4b31880, uap=0xe7219c58) at /usr/src/sys/kern/uipc_syscalls.c:1248 #9 0xc07ffa80 in ?? () #10 0xc4b31880 in ?? () #11 0xe7219c58 in ?? () #12 0x00000008 in ?? () #13 0x00000000 in ?? () #14 0x00000000 in ?? () #15 0xc103d800 in ?? () #16 0x00000c1e in ?? () #17 0x00000000 in ?? () #18 0xc4e25488 in ?? () #19 0xc5007e9c in ?? () #20 0x00000000 in ?? () #21 0x00000000 in ?? () #22 0xe7219c72 in ?? () #23 0x00000004 in ?? () #24 0x80000000 in ?? () #25 0xe7219c8c in ?? () ---Type to continue, or q to quit--- #26 0xc06a1a44 in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/libkern/qdivrem.c:186 #27 0xc0697b93 in syscall (frame=0xe7219d38) at /usr/src/sys/i386/i386/trap.c:1034 #28 0xc06818b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #29 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 19:00:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF09716A417 for ; Mon, 28 Jan 2008 19:00:13 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-2.ms.rz.rwth-aachen.de (mta-2.ms.rz.RWTH-Aachen.DE [134.130.7.73]) by mx1.freebsd.org (Postfix) with ESMTP id 8E73713C447 for ; Mon, 28 Jan 2008 19:00:13 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.3.58]) by mta-2.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JVD004C9A1B8A80@mta-2.ms.rz.RWTH-Aachen.de> for freebsd-current@freebsd.org; Mon, 28 Jan 2008 19:29:35 +0100 (CET) Received: from smarthost-1.ms.rz.rwth-aachen.de (HELO smarthost.rwth-aachen.de) ([134.130.7.89]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Mon, 28 Jan 2008 19:29:35 +0100 Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8+Sun/8.13.8/1) with ESMTP id m0SITZDY006693; Mon, 28 Jan 2008 19:29:35 +0100 (CET) Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JJYjf-00074v-5p; Mon, 28 Jan 2008 19:29:35 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id E77CC3F435; Mon, 28 Jan 2008 19:29:34 +0100 (CET) Date: Mon, 28 Jan 2008 19:29:34 +0100 From: Christian Brueffer In-reply-to: <479C877C.30603@yandex.ru> To: "R.Mahmatkhanov" Message-id: <20080128182934.GB5091@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-disposition: inline X-IronPort-AV: E=Sophos;i="4.25,260,1199660400"; d="scan'208";a="47114682" X-Operating-System: FreeBSD 6.3-PRERELEASE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <479C877C.30603@yandex.ru> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: Typo in /usr/src/sys/cam/cam_xpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 19:00:14 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 27, 2008 at 04:30:36PM +0300, R.Mahmatkhanov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 >=20 > Good day! > I just saw it in dmesg: >=20 > Jan 27 02:04:49 nx7400 kernel: xptioctl: pass driver is not in the kernel > Jan 27 02:04:49 nx7400 kernel: xptioctl: put "device pass0" in your > kernel config file >=20 > I think it's bad suggestion, because we have not pass0 device option: >=20 Your patch is correct, I just committed it to HEAD. Will merge it into RELENG_7 in a few days. Thanks! - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --UHN/qo2QbUvPLonB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFHnh8ObHYXjKDtmC0RAtipAKDjQE0dVFpQvoc+Bm7jfUcz+dYc9ACgtVjy BeWaedKkcuXqXYCcH3C+WFo= =+nba -----END PGP SIGNATURE----- --UHN/qo2QbUvPLonB-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 18:56:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1F9C16A420; Mon, 28 Jan 2008 18:56:59 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from smtp2.yandex.ru (smtp2.yandex.ru [213.180.200.18]) by mx1.freebsd.org (Postfix) with ESMTP id 13A2F13C46E; Mon, 28 Jan 2008 18:56:58 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from [213.27.44.18] ([213.27.44.18]:18401 "EHLO nx7400.local.domain" smtp-auth: "cvs-src" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S4395014AbYA1S4s (ORCPT + 1 other); Mon, 28 Jan 2008 21:56:48 +0300 X-Yandex-Spam: 1 X-Yandex-Front: smtp2 X-Yandex-TimeMark: 1201546608 X-MsgDayCount: 2 X-Comment: RFC 2476 MSA function at smtp2.yandex.ru logged sender identity as: cvs-src Message-ID: <479E2532.1040705@yandex.ru> Date: Mon, 28 Jan 2008 21:55:46 +0300 From: "R.Mahmatkhanov" User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: Christian Brueffer References: <479C877C.30603@yandex.ru> <20080128182934.GB5091@haakonia.hitnet.RWTH-Aachen.DE> In-Reply-To: <20080128182934.GB5091@haakonia.hitnet.RWTH-Aachen.DE> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 28 Jan 2008 19:38:28 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Typo in /usr/src/sys/cam/cam_xpt.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 18:57:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christian Brueffer пишет: > On Sun, Jan 27, 2008 at 04:30:36PM +0300, R.Mahmatkhanov wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >> Good day! >> I just saw it in dmesg: >> >> Jan 27 02:04:49 nx7400 kernel: xptioctl: pass driver is not in the kernel >> Jan 27 02:04:49 nx7400 kernel: xptioctl: put "device pass0" in your >> kernel config file >> >> I think it's bad suggestion, because we have not pass0 device option: >> > > Your patch is correct, I just committed it to HEAD. Will merge it into > RELENG_7 in a few days. Thanks! > > - Christian > Much thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeeJTIACgkQmY+KeAh7t3D+twCdEKtOPg0gehD2tkOqBpWv54hf eW0AnjA2qbr7XkMgvYRCr5QMfBqYP6OW =vJ7w -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 20:30:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F420516A468 for ; Mon, 28 Jan 2008 20:30:09 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 42CB913C467; Mon, 28 Jan 2008 20:30:09 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <479E3B50.6010904@FreeBSD.org> Date: Mon, 28 Jan 2008 21:30:08 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Chargen References: <292361ab0801252036g75df6800x3b799aedaed02bde@mail.gmail.com> <003001c85fd9$03ea2e40$b6db87d4@multiplay.co.uk> <479B082D.4020309@FreeBSD.org> <003f01c86028$e7520690$b6db87d4@multiplay.co.uk> <479B477D.3050001@FreeBSD.org> <005501c8602b$07284900$b6db87d4@multiplay.co.uk> <005301c860df$165cc090$b6db87d4@multiplay.co.uk> <292361ab0801271635q6461e907m1d2d24f9130afa65@mail.gmail.com> <479D4151.20104@FreeBSD.org> <292361ab0801280305k3f89c743mdb0514bee2073676@mail.gmail.com> In-Reply-To: <292361ab0801280305k3f89c743mdb0514bee2073676@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SMP kernels /w POLLING enabled - combination garbles(syncer?)console line message(s) on reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 20:30:10 -0000 Chargen wrote: > On Jan 28, 2008 3:43 AM, Kris Kennaway wrote: > >>> makes the Swedish Chef module (syncer) gone awry on reboot ie.: >>> >>> Waituihas jsaf 32582795 erjwefjwhejhrh25 proooces stoop >> Is that a direct copy & paste or are you paraphrasing? >> >> Kris >> > > sorry, I was paraphrasing but it looks very similar (prooocessing), as if > the n x "Stopping.. process" lines are all summed up/overwritten in 1 line > , > > the following "All buffers synced" and stopping CPU(/s) are readable. Yes, see my previous emails for the explanation. Kris From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 20:38:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0297E16A419 for ; Mon, 28 Jan 2008 20:38:35 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.188]) by mx1.freebsd.org (Postfix) with ESMTP id 9EB0313C442 for ; Mon, 28 Jan 2008 20:38:34 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by rn-out-0102.google.com with SMTP id s42so206476rnb.13 for ; Mon, 28 Jan 2008 12:38:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=2L8l2sI4G40gFvXYgikBCF+gls9G4a19ksM6yvpEIwg=; b=PCaknr8o+rlouQ6Y3s0jgCSKRq770azPqJUgK+RlmWzGhR4jSrYF6NindQs+ZDkqma0pWUIr+rKXkjTFFl8J5i/34HiWeJiOjM9Iud2l+KbLNeaIctmnnJBfO18NaKLXQv3wz5sCAnXXOaI2oDAanrTL8fPDFbaiqn3uklqdHzk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TTb+6Up0IdDMCjV1YOknI+LapulAjHUgNCKkUlGRxbSNHXR4VlYnJqP1hiYlNQ5mBN7/jqOYkQIDEmk1Qf0m/RyPgCU7XJAC6iUFp7k+SI15zQ4wx4sj+01H8Zz79SZudAJad7TuRu3KnqvQ4qmI3R92mQgzqPU4wqftKxaXqug= Received: by 10.150.200.8 with SMTP id x8mr2307027ybf.80.1201552713660; Mon, 28 Jan 2008 12:38:33 -0800 (PST) Received: by 10.150.197.13 with HTTP; Mon, 28 Jan 2008 12:38:33 -0800 (PST) Message-ID: Date: Mon, 28 Jan 2008 12:38:33 -0800 From: "Kip Macy" To: jos@catnook.com, freebsd-current@freebsd.org In-Reply-To: <20080128180840.GA9582@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080128180840.GA9582@lizzy.catnook.local> Cc: Subject: Re: panic: Lock so_rcv_sx not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 20:38:35 -0000 Thanks for the bug report. It looks like this can probably be fixed by simply not calling sbunlock if sblock failed. I anticipate this being fixed shortly. -Kip On Jan 28, 2008 10:08 AM, Jos Backus wrote: > Recent -current kernels can reliably be made to panic by killing npviewer.bin. > Right before killing, npviewer.bin shows up like this in top: > > 6288 jos 1 45 5 62844K 36788K so_rcv 0:08 0.00% npviewer.bin > > lizzy:~/crash% kgdb /usr/obj/usr/src/sys/LIZZY/kernel.debug vmcore.1 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > panic: Lock so_rcv_sx not exclusively locked @ /usr/src/sys/kern/uipc_sockbuf.c:157 > > Uptime: 5h23m39s > Physical memory: 1527 MB > Dumping 247 MB: 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc05435ef in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 > #2 0xc0543867 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:571 > #3 0xc054a427 in _sx_assert (sx=0xc4fb89a0, what=4, > file=0xc06d49ca "/usr/src/sys/kern/uipc_sockbuf.c", line=157) > at /usr/src/sys/kern/kern_sx.c:931 > #4 0xc054a8da in _sx_xunlock (sx=0xc4fb89a0, > file=0xc06d49ca "/usr/src/sys/kern/uipc_sockbuf.c", line=157) > at /usr/src/sys/kern/kern_sx.c:316 > #5 0xc0595444 in sbunlock (sb=0xc4fb8968) > at /usr/src/sys/kern/uipc_sockbuf.c:157 > #6 0xc0598245 in sorflush (so=0xc4fb8918) > at /usr/src/sys/kern/uipc_socket.c:1902 > #7 0xc05982df in soshutdown (so=0xc4fb8918, how=2) > at /usr/src/sys/kern/uipc_socket.c:1866 > #8 0xc059ce86 in shutdown (td=0xc4b31880, uap=0xe7219c58) > at /usr/src/sys/kern/uipc_syscalls.c:1248 > #9 0xc07ffa80 in ?? () > #10 0xc4b31880 in ?? () > #11 0xe7219c58 in ?? () > #12 0x00000008 in ?? () > #13 0x00000000 in ?? () > #14 0x00000000 in ?? () > #15 0xc103d800 in ?? () > #16 0x00000c1e in ?? () > #17 0x00000000 in ?? () > #18 0xc4e25488 in ?? () > #19 0xc5007e9c in ?? () > #20 0x00000000 in ?? () > #21 0x00000000 in ?? () > #22 0xe7219c72 in ?? () > #23 0x00000004 in ?? () > #24 0x80000000 in ?? () > #25 0xe7219c8c in ?? () > ---Type to continue, or q to quit--- > #26 0xc06a1a44 in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 > ) at /usr/src/sys/libkern/qdivrem.c:186 > #27 0xc0697b93 in syscall (frame=0xe7219d38) > at /usr/src/sys/i386/i386/trap.c:1034 > #28 0xc06818b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 > #29 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > -- > Jos Backus > jos at catnook.com > _______________________________________________ > 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 Mon Jan 28 20:49:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D93216A418 for ; Mon, 28 Jan 2008 20:49:42 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id DA48313C457 for ; Mon, 28 Jan 2008 20:49:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 4240846E88; Mon, 28 Jan 2008 15:49:41 -0500 (EST) Date: Mon, 28 Jan 2008 20:49:41 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jos Backus In-Reply-To: <20080128180840.GA9582@lizzy.catnook.local> Message-ID: <20080128204730.I56811@fledge.watson.org> References: <20080128180840.GA9582@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic: Lock so_rcv_sx not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 20:49:42 -0000 On Mon, 28 Jan 2008, Jos Backus wrote: > Recent -current kernels can reliably be made to panic by killing > npviewer.bin. Right before killing, npviewer.bin shows up like this in top: > > 6288 jos 1 45 5 62844K 36788K so_rcv 0:08 0.00% npviewer.bin Is this a multithreaded app? If so, could you look and see if you can find the other threads in npviewer.bin in the kernel (info thread, etc) and get stack traces for those threads as well? Thanks Robert N M Watson Computer Laboratory University of Cambridge > > lizzy:~/crash% kgdb /usr/obj/usr/src/sys/LIZZY/kernel.debug vmcore.1 > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > panic: Lock so_rcv_sx not exclusively locked @ /usr/src/sys/kern/uipc_sockbuf.c:157 > > Uptime: 5h23m39s > Physical memory: 1527 MB > Dumping 247 MB: 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc05435ef in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 > #2 0xc0543867 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:571 > #3 0xc054a427 in _sx_assert (sx=0xc4fb89a0, what=4, > file=0xc06d49ca "/usr/src/sys/kern/uipc_sockbuf.c", line=157) > at /usr/src/sys/kern/kern_sx.c:931 > #4 0xc054a8da in _sx_xunlock (sx=0xc4fb89a0, > file=0xc06d49ca "/usr/src/sys/kern/uipc_sockbuf.c", line=157) > at /usr/src/sys/kern/kern_sx.c:316 > #5 0xc0595444 in sbunlock (sb=0xc4fb8968) > at /usr/src/sys/kern/uipc_sockbuf.c:157 > #6 0xc0598245 in sorflush (so=0xc4fb8918) > at /usr/src/sys/kern/uipc_socket.c:1902 > #7 0xc05982df in soshutdown (so=0xc4fb8918, how=2) > at /usr/src/sys/kern/uipc_socket.c:1866 > #8 0xc059ce86 in shutdown (td=0xc4b31880, uap=0xe7219c58) > at /usr/src/sys/kern/uipc_syscalls.c:1248 > #9 0xc07ffa80 in ?? () > #10 0xc4b31880 in ?? () > #11 0xe7219c58 in ?? () > #12 0x00000008 in ?? () > #13 0x00000000 in ?? () > #14 0x00000000 in ?? () > #15 0xc103d800 in ?? () > #16 0x00000c1e in ?? () > #17 0x00000000 in ?? () > #18 0xc4e25488 in ?? () > #19 0xc5007e9c in ?? () > #20 0x00000000 in ?? () > #21 0x00000000 in ?? () > #22 0xe7219c72 in ?? () > #23 0x00000004 in ?? () > #24 0x80000000 in ?? () > #25 0xe7219c8c in ?? () > ---Type to continue, or q to quit--- > #26 0xc06a1a44 in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 > ) at /usr/src/sys/libkern/qdivrem.c:186 > #27 0xc0697b93 in syscall (frame=0xe7219d38) > at /usr/src/sys/i386/i386/trap.c:1034 > #28 0xc06818b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 > #29 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > -- > Jos Backus > jos at catnook.com > _______________________________________________ > 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 Mon Jan 28 20:53:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A352616A469 for ; Mon, 28 Jan 2008 20:53:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 55CF613C4E5 for ; Mon, 28 Jan 2008 20:53:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id E854E47D9C; Mon, 28 Jan 2008 15:53:03 -0500 (EST) Date: Mon, 28 Jan 2008 20:53:03 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kip Macy In-Reply-To: Message-ID: <20080128205036.S56811@fledge.watson.org> References: <20080128180840.GA9582@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic: Lock so_rcv_sx not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 20:53:04 -0000 On Mon, 28 Jan 2008, Kip Macy wrote: > Thanks for the bug report. It looks like this can probably be fixed by > simply not calling sbunlock if sblock failed. I anticipate this being fixed > shortly. It looks like the logic is in somewhat the wrong order in sorflush() -- likely we should be issuing socantrcvmore_locked() before sblock() in order to dislodge the threads currently using the socket/socket buffer, then perform a non-interruptible sblock() to wait for them to fall out. However, it would be useful to confirm what the other threads are doing--most likely blocked on read, but I want to be sure. Robert N M Watson Computer Laboratory University of Cambridge > > > -Kip > > > On Jan 28, 2008 10:08 AM, Jos Backus wrote: >> Recent -current kernels can reliably be made to panic by killing npviewer.bin. >> Right before killing, npviewer.bin shows up like this in top: >> >> 6288 jos 1 45 5 62844K 36788K so_rcv 0:08 0.00% npviewer.bin >> >> lizzy:~/crash% kgdb /usr/obj/usr/src/sys/LIZZY/kernel.debug vmcore.1 >> kgdb: kvm_nlist(_stopped_cpus): >> kgdb: kvm_nlist(_stoppcbs): >> [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you are >> welcome to change it and/or distribute copies of it under certain conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for details. >> This GDB was configured as "i386-marcel-freebsd". >> >> Unread portion of the kernel message buffer: >> panic: Lock so_rcv_sx not exclusively locked @ /usr/src/sys/kern/uipc_sockbuf.c:157 >> >> Uptime: 5h23m39s >> Physical memory: 1527 MB >> Dumping 247 MB: 232 216 200 184 168 152 136 120 104 88 72 56 40 24 8 >> >> #0 doadump () at pcpu.h:195 >> 195 pcpu.h: No such file or directory. >> in pcpu.h >> (kgdb) bt >> #0 doadump () at pcpu.h:195 >> #1 0xc05435ef in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 >> #2 0xc0543867 in panic (fmt=Variable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:571 >> #3 0xc054a427 in _sx_assert (sx=0xc4fb89a0, what=4, >> file=0xc06d49ca "/usr/src/sys/kern/uipc_sockbuf.c", line=157) >> at /usr/src/sys/kern/kern_sx.c:931 >> #4 0xc054a8da in _sx_xunlock (sx=0xc4fb89a0, >> file=0xc06d49ca "/usr/src/sys/kern/uipc_sockbuf.c", line=157) >> at /usr/src/sys/kern/kern_sx.c:316 >> #5 0xc0595444 in sbunlock (sb=0xc4fb8968) >> at /usr/src/sys/kern/uipc_sockbuf.c:157 >> #6 0xc0598245 in sorflush (so=0xc4fb8918) >> at /usr/src/sys/kern/uipc_socket.c:1902 >> #7 0xc05982df in soshutdown (so=0xc4fb8918, how=2) >> at /usr/src/sys/kern/uipc_socket.c:1866 >> #8 0xc059ce86 in shutdown (td=0xc4b31880, uap=0xe7219c58) >> at /usr/src/sys/kern/uipc_syscalls.c:1248 >> #9 0xc07ffa80 in ?? () >> #10 0xc4b31880 in ?? () >> #11 0xe7219c58 in ?? () >> #12 0x00000008 in ?? () >> #13 0x00000000 in ?? () >> #14 0x00000000 in ?? () >> #15 0xc103d800 in ?? () >> #16 0x00000c1e in ?? () >> #17 0x00000000 in ?? () >> #18 0xc4e25488 in ?? () >> #19 0xc5007e9c in ?? () >> #20 0x00000000 in ?? () >> #21 0x00000000 in ?? () >> #22 0xe7219c72 in ?? () >> #23 0x00000004 in ?? () >> #24 0x80000000 in ?? () >> #25 0xe7219c8c in ?? () >> ---Type to continue, or q to quit--- >> #26 0xc06a1a44 in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 >> ) at /usr/src/sys/libkern/qdivrem.c:186 >> #27 0xc0697b93 in syscall (frame=0xe7219d38) >> at /usr/src/sys/i386/i386/trap.c:1034 >> #28 0xc06818b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 >> #29 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> >> >> -- >> Jos Backus >> jos at catnook.com >> _______________________________________________ >> 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" >> > _______________________________________________ > 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 Mon Jan 28 22:03:29 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8111516A41A for ; Mon, 28 Jan 2008 22:03:29 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id 00BA913C455 for ; Mon, 28 Jan 2008 22:03:28 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAGTcnUd5LVeL/2dsb2JhbACBWKov X-IronPort-AV: E=Sophos;i="4.25,262,1199626200"; d="scan'208";a="30481019" Received: from ppp121-45-87-139.lns10.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.87.139]) by ipmail01.adl6.internode.on.net with ESMTP; 29 Jan 2008 08:18:11 +1030 Received: from [192.168.155.249] (draco.internal.clearchain.com [192.168.155.249]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id m0SLm4rV085596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Jan 2008 08:18:07 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <479E4D8E.4070706@clearchain.com> Date: Tue, 29 Jan 2008 08:17:58 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: w0lfie@clear.net.nz References: <479a8177.32d.4948.26949@clear.net.nz> In-Reply-To: <479a8177.32d.4948.26949@clear.net.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Tue, 29 Jan 2008 08:18:08 +1030 (CST) Cc: freebsd-current@freebsd.org Subject: Re: if_wpi panic in 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 22:03:29 -0000 Sam Banks wrote: > Thanks for that Sam :) > > The attached patch (against 1.5.2.1) seems to have fixed my > problems. Does it look ok to everyone? If so, I would like, > if possible, to get it included so other people hopefully > don't run into the same problem. > > Cheers, > > Sam. > > > Thanks for the patch. It certainly looks ok to me, nice catch. I'll commit it and start the MFC process. Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 22:53:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2CEE16A41B for ; Mon, 28 Jan 2008 22:53:10 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 87C6B13C459 for ; Mon, 28 Jan 2008 22:53:09 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id DDE4A1CDAB; Mon, 28 Jan 2008 23:53:08 +0100 (CET) Date: Mon, 28 Jan 2008 23:53:08 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20080128225308.GT67081@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FlxqdQUIXA+HMkrt" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Turning COMPAT_43TTY into a binary-only compatibility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 22:53:11 -0000 --FlxqdQUIXA+HMkrt Content-Type: multipart/mixed; boundary="IzDGhYym0nRbyqRy" Content-Disposition: inline --IzDGhYym0nRbyqRy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello everyone, Since march last year I've been bugging the fine people at Ports (especially miwi@) with a decent amount of patches for various ports to migrate them from sgtty to termios, which are both interfaces to set various characteristics of a TTY device. There has been a lot of progress since then. When I started, there were about a hundred ports that used sgtty (a lot of them were slave-ports though) and at this moment, I only know 3 ports that still need some patching to work properly.* The reason why I've been working on this, is because sgtty requires the user to have COMPAT_43TTY in their kernel configuration. If you look in some of the TTY header files (sgtty.h, sys/ttychars.h, sys/ttydev.h), you can see that it was already deprecated back in 1994, so it would be a very wise idea to just remove the interface in the far future. A disadvantage of our current compatibility implementation is that it's far from complete. There are a couple of problems with that: - If we expose this interface to userspace, people will think it's okay to use this interface. Even though sgtty.h will print a big fat warning upon inclusion, I still discover new pieces of software that prefer sgtty over termios (GNU Octave being one of them, recently). - Because the interface is incomplete, users of the interface will think FreeBSD's TTY implementation is `broken', just because it doesn't emulate all the switches. Now the other way around: when someone fixes a sgtty application on FreeBSD, it will have a great chance to break on other systems like Linux and such. That's why I propose to switch the sgtty interface into a binary-only compatibility interface. The amount of ports in the Ports tree that use sgtty is historically low right now, so now would be the right moment to disable it. As of next week, I'm going to work on FreeBSD's TTY layer full-time, as my assignment for my final internship at school, for about half a year. My results will be stored in Perforce. It would be quite good to know that when refactoring some of the TTY code, I can perform some more aggressive cleanups, because I can then assume those interfaces are really unused by the time my work is finished. Is there someone who wants to help me here? --=20 Ed Schouten WWW: http://g-rave.nl/ * emulators/dlx, misc/fep, net-mgmt/annextools. There are about 10 low-profile/unmaintained ports that still have a patch waiting in GNATS. --IzDGhYym0nRbyqRy Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sgtty-removal.diff" Content-Transfer-Encoding: quoted-printable --- src/include/sgtty.h 2008-01-28 21:55:38.000000000 +0100 +++ src/include/sgtty.h 2008-01-28 21:57:43.000000000 +0100 @@ -1,39 +1,3 @@ -/* - * Copyright (c) 1985, 1993 - * The Regents of the University of California. All rights reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * 1. Redistributions of source code must retain the above copyright - * notice, this list of conditions and the following disclaimer. - * 2. Redistributions in binary form must reproduce the above copyright - * notice, this list of conditions and the following disclaimer in the - * documentation and/or other materials provided with the distribution. - * 3. All advertising materials mentioning features or use of this software - * must display the following acknowledgement: - * This product includes software developed by the University of - * California, Berkeley and its contributors. - * 4. Neither the name of the University nor the names of its contributors - * may be used to endorse or promote products derived from this software - * without specific prior written permission. - * - * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND - * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE - * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE - * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE - * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL - * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS - * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) - * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT - * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY - * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * @(#)sgtty.h 8.1 (Berkeley) 6/2/93 - */ - -#ifndef USE_OLD_TTY -#define USE_OLD_TTY -#endif -#include +/* $FreeBSD$ */ +#error "The sgtty interface has been replaced by termios(4)" +#error "Try to use or migrate to " --- src/lib/libcompat/4.1/gtty.c 2008-01-28 21:55:44.000000000 +0100 +++ src/lib/libcompat/4.1/gtty.c 1970-01-01 01:00:00.000000000 +0100 @@ -1,52 +0,0 @@ -/* - * Copyright (c) 1994 Christopher G. Demetriou - * All rights reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * 1. Redistributions of source code must retain the above copyright - * notice, this list of conditions and the following disclaimer. - * 2. Redistributions in binary form must reproduce the above copyright - * notice, this list of conditions and the following disclaimer in the - * documentation and/or other materials provided with the distribution. - * 3. All advertising materials mentioning features or use of this software - * must display the following acknowledgement: - * This product includes software developed by Christopher G. Demetri= ou. - * 4. The name of the author may not be used to endorse or promote products - * derived from this software without specific prior written permission - * - * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR - * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTI= ES - * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. - * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, - * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT - * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF US= E, - * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY - * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT - * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF - * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. - */ - -#ifndef lint -static char rcsid[] =3D "$FreeBSD: src/lib/libcompat/4.1/gtty.c,v 1.5 1999= /08/28 00:04:13 peter Exp $"; -#endif /* not lint */ - -#include - -/* - * Get tty modes. - * This was defined in ioctl_compat.h as: - * #define gtty(fd, tty) ioctl(fd, TIOCGETP, tty) - */ - -#undef gtty - -int -gtty(fd, tty) - int fd; - struct sgttyb *tty; -{ - - return (ioctl(fd, TIOCGETP, tty)); -} --- src/lib/libcompat/4.1/stty.3 2008-01-28 21:55:44.000000000 +0100 +++ src/lib/libcompat/4.1/stty.3 1970-01-01 01:00:00.000000000 +0100 @@ -1,94 +0,0 @@ -.\" Copyright (c) 1983, 1991, 1993 -.\" The Regents of the University of California. All rights reserved. -.\" -.\" Redistribution and use in source and binary forms, with or without -.\" modification, are permitted provided that the following conditions -.\" are met: -.\" 1. Redistributions of source code must retain the above copyright -.\" notice, this list of conditions and the following disclaimer. -.\" 2. Redistributions in binary form must reproduce the above copyright -.\" notice, this list of conditions and the following disclaimer in the -.\" documentation and/or other materials provided with the distribution. -.\" 4. Neither the name of the University nor the names of its contributors -.\" may be used to endorse or promote products derived from this softwa= re -.\" without specific prior written permission. -.\" -.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND -.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE -.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PUR= POSE -.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIAB= LE -.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUEN= TIAL -.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS -.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) -.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, ST= RICT -.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY = WAY -.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF -.\" SUCH DAMAGE. -.\" -.\" @(#)stty.3 8.1 (Berkeley) 6/4/93 -.\" $FreeBSD: src/lib/libcompat/4.1/stty.3,v 1.10 2007/01/09 01:02:02 imp = Exp $ -.\" -.Dd June 4, 1993 -.Dt STTY 3 -.Os -.Sh NAME -.Nm stty , -.Nm gtty -.Nd set and get terminal state (defunct) -.Sh LIBRARY -.Lb libcompat -.Sh SYNOPSIS -.In sgtty.h -.Ft int -.Fn stty "int fd" "struct sgttyb *buf" -.Ft int -.Fn gtty "int fd" "struct sgttyb *buf" -.Sh DESCRIPTION -.Bf -symbolic -These interfaces are obsoleted by -.Xr ioctl 2 . -.Ef -.Pp -The -.Fn stty -function -sets the state of the terminal associated with -.Fa fd . -The -.Fn gtty -function -retrieves the state of the terminal associated -with -.Fa fd . -To set the state of a terminal the call must have -write permission. -.Pp -The -.Fn stty -call is actually -.Ql ioctl(fd, TIOCSETP, buf) , -while -the -.Fn gtty -call is -.Ql ioctl(fd, TIOCGETP, buf) . -See -.Xr ioctl 2 -and -.Xr tty 4 -for an explanation. -.Sh DIAGNOSTICS -If the call is successful 0 is returned, otherwise \-1 is -returned and the global variable -.Va errno -contains the reason for the failure. -.Sh SEE ALSO -.Xr ioctl 2 , -.Xr tty 4 -.Sh HISTORY -The -.Fn stty -and -.Fn gtty -functions appeared in -.Bx 4.2 . --- src/lib/libcompat/4.1/stty.c 2008-01-28 21:55:44.000000000 +0100 +++ src/lib/libcompat/4.1/stty.c 1970-01-01 01:00:00.000000000 +0100 @@ -1,52 +0,0 @@ -/* - * Copyright (c) 1994 Christopher G. Demetriou - * All rights reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * 1. Redistributions of source code must retain the above copyright - * notice, this list of conditions and the following disclaimer. - * 2. Redistributions in binary form must reproduce the above copyright - * notice, this list of conditions and the following disclaimer in the - * documentation and/or other materials provided with the distribution. - * 3. All advertising materials mentioning features or use of this software - * must display the following acknowledgement: - * This product includes software developed by Christopher G. Demetri= ou. - * 4. The name of the author may not be used to endorse or promote products - * derived from this software without specific prior written permission - * - * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR - * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTI= ES - * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. - * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, - * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT - * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF US= E, - * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY - * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT - * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF - * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. - */ - -#ifndef lint -static char rcsid[] =3D "$FreeBSD: src/lib/libcompat/4.1/stty.c,v 1.5 1999= /08/28 00:04:13 peter Exp $"; -#endif /* not lint */ - -#include - -/* - * Set tty modes. - * This was defined in ioctl_compat.h as: - * #define stty(fd, tty) ioctl(fd, TIOCSETP, tty) - */ - -#undef stty - -int -stty(fd, tty) - int fd; - struct sgttyb *tty; -{ - - return (ioctl(fd, TIOCSETP, tty)); -} --- src/lib/libcompat/Makefile 2008-01-28 21:55:44.000000000 +0100 +++ src/lib/libcompat/Makefile 2008-01-28 21:58:21.000000000 +0100 @@ -12,12 +12,11 @@ =20 # compat 4.1 sources # XXX MISSING: tell.c -SRCS+=3D ascftime.c cftime.c ftime.c getpw.c gtty.c stty.c +SRCS+=3D ascftime.c cftime.c ftime.c getpw.c =20 -MAN+=3D 4.1/ftime.3 4.1/getpw.3 4.1/stty.3 +MAN+=3D 4.1/ftime.3 4.1/getpw.3 MAN+=3D 4.1/cftime.3 =20 -MLINKS+=3Dstty.3 gtty.3 MLINKS+=3Dcftime.3 ascftime.3 =20 # compat 4.3 sources --- src/sys/sys/ioctl.h 2008-01-28 21:54:25.000000000 +0100 +++ src/sys/sys/ioctl.h 2008-01-28 21:58:54.000000000 +0100 @@ -69,14 +69,3 @@ #include =20 #endif /* !_SYS_IOCTL_H_ */ - -/* - * Keep outside _SYS_IOCTL_H_ - * Compatibility with old terminal driver - * - * Source level -> #define USE_OLD_TTY - * Kernel level -> options COMPAT_43TTY - */ -#if defined(USE_OLD_TTY) || defined(COMPAT_43TTY) -#include -#endif --- src/sys/sys/ioctl_compat.h 2008-01-28 21:54:25.000000000 +0100 +++ src/sys/sys/ioctl_compat.h 2008-01-28 22:41:38.000000000 +0100 @@ -38,11 +38,9 @@ #ifndef _SYS_IOCTL_COMPAT_H_ #define _SYS_IOCTL_COMPAT_H_ =20 -#include -#include - -#ifdef USE_OLD_TTY -#warning "Old BSD tty API used and depends on COMPAT_43TTY. Use termios.h = instead" +#ifdef _KERNEL +#ifndef COMPAT_43TTY +#error "only to be used within the TTY compatibility layer" #endif =20 struct tchars { @@ -77,15 +75,8 @@ }; #endif =20 -#ifdef USE_OLD_TTY -# undef TIOCGETD -# define TIOCGETD _IOR('t', 0, int) /* get line discipline */ -# undef TIOCSETD -# define TIOCSETD _IOW('t', 1, int) /* set line discipline */ -#else -# define OTIOCGETD _IOR('t', 0, int) /* get line discipline */ -# define OTIOCSETD _IOW('t', 1, int) /* set line discipline */ -#endif +#define OTIOCGETD _IOR('t', 0, int) /* get line discipline */ +#define OTIOCSETD _IOW('t', 1, int) /* set line discipline */ #define TIOCHPCL _IO('t', 2) /* hang up on last close */ #define TIOCGETP _IOR('t', 8,struct sgttyb)/* get parameters -- gtty */ #define TIOCSETP _IOW('t', 9,struct sgttyb)/* set parameters -- stty */ @@ -161,6 +152,9 @@ #define TIOCSLTC _IOW('t',117,struct ltchars)/* set local special chars*/ #define TIOCGLTC _IOR('t',116,struct ltchars)/* get local special chars*/ #define OTIOCCONS _IO('t', 98) /* for hp300 -- sans int arg */ +#endif /* _KERNEL */ + +/* XXX publish these so stty(1) can still report them */ #define OTTYDISC 0 #define NETLDISC 1 #define NTTYDISC 2 --- src/sys/sys/ttychars.h 2008-01-28 21:54:26.000000000 +0100 +++ src/sys/sys/ttychars.h 1970-01-01 01:00:00.000000000 +0100 @@ -1,62 +0,0 @@ -/*- - * Copyright (c) 1982, 1986, 1990, 1993 - * The Regents of the University of California. All rights reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * 1. Redistributions of source code must retain the above copyright - * notice, this list of conditions and the following disclaimer. - * 2. Redistributions in binary form must reproduce the above copyright - * notice, this list of conditions and the following disclaimer in the - * documentation and/or other materials provided with the distribution. - * 4. Neither the name of the University nor the names of its contributors - * may be used to endorse or promote products derived from this software - * without specific prior written permission. - * - * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND - * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE - * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE - * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE - * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL - * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS - * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) - * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT - * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY - * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * @(#)ttychars.h 8.2 (Berkeley) 1/4/94 - * $FreeBSD: src/sys/sys/ttychars.h,v 1.10 2006/01/10 09:19:10 phk Exp $ - */ - -#ifndef _SYS_TTYCHARS_H_ -#define _SYS_TTYCHARS_H_ - -/* - * 4.3 COMPATIBILITY FILE - * - * User visible structures and constants related to terminal handling. - */ - -struct ttychars { - char tc_erase; /* erase last character */ - char tc_kill; /* erase entire line */ - char tc_intrc; /* interrupt */ - char tc_quitc; /* quit */ - char tc_startc; /* start output */ - char tc_stopc; /* stop output */ - char tc_eofc; /* end-of-file */ - char tc_brkc; /* input delimiter (like nl) */ - char tc_suspc; /* stop process signal */ - char tc_dsuspc; /* delayed stop process signal */ - char tc_rprntc; /* reprint line */ - char tc_flushc; /* flush output (toggles) */ - char tc_werasc; /* word erase */ - char tc_lnextc; /* literal next character */ -}; -#ifdef USE_OLD_TTY -#include /* to pick up character defaults */ -#endif - -#endif /* !_SYS_TTYCHARS_H_ */ --- src/sys/sys/ttydev.h 2008-01-28 21:54:26.000000000 +0100 +++ src/sys/sys/ttydev.h 1970-01-01 01:00:00.000000000 +0100 @@ -1,62 +0,0 @@ -/*- - * Copyright (c) 1982, 1986, 1990, 1993 - * The Regents of the University of California. All rights reserved. - * - * Redistribution and use in source and binary forms, with or without - * modification, are permitted provided that the following conditions - * are met: - * 1. Redistributions of source code must retain the above copyright - * notice, this list of conditions and the following disclaimer. - * 2. Redistributions in binary form must reproduce the above copyright - * notice, this list of conditions and the following disclaimer in the - * documentation and/or other materials provided with the distribution. - * 4. Neither the name of the University nor the names of its contributors - * may be used to endorse or promote products derived from this software - * without specific prior written permission. - * - * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND - * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE - * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE - * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE - * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL - * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS - * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) - * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT - * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY - * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF - * SUCH DAMAGE. - * - * @(#)ttydev.h 8.2 (Berkeley) 1/4/94 - * $FreeBSD: src/sys/sys/ttydev.h,v 1.12 2006/01/10 09:19:10 phk Exp $ - */ - -/* COMPATIBILITY HEADER FILE */ - -#ifndef _SYS_TTYDEV_H_ -#define _SYS_TTYDEV_H_ - -#ifdef USE_OLD_TTY -#define B0 0 -#define B50 1 -#define B75 2 -#define B110 3 -#define B134 4 -#define B150 5 -#define B200 6 -#define B300 7 -#define B600 8 -#define B1200 9 -#define B1800 10 -#define B2400 11 -#define B4800 12 -#define B9600 13 -#define EXTA 14 -#define EXTB 15 -#define B57600 16 -#define B115200 17 -#define B230400 18 -#define B460800 19 -#define B921600 20 -#endif /* USE_OLD_TTY */ - -#endif /* !_SYS_TTYDEV_H_ */ --IzDGhYym0nRbyqRy-- --FlxqdQUIXA+HMkrt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeeXNQACgkQ52SDGA2eCwUSFACeNv7XEW/mnUzJRCMkvjLDq8FX KfEAnixxQqUITbl7UI8GAFtGYU4BtBlM =0Vuv -----END PGP SIGNATURE----- --FlxqdQUIXA+HMkrt-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 28 23:01:36 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72AE216A417 for ; Mon, 28 Jan 2008 23:01:36 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 1015513C459 for ; Mon, 28 Jan 2008 23:01:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 17745 invoked by uid 399); 28 Jan 2008 23:01:35 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 28 Jan 2008 23:01:35 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479E5ECE.5080107@FreeBSD.org> Date: Mon, 28 Jan 2008 15:01:34 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20080126) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> <20080127213851.506zunyhwwg4wsgs@webmail.leidinger.net> <479CFD3B.6020806@dlr.de> <479D745C.3090207@FreeBSD.org> <86zluqut6n.fsf@ds4.des.no> In-Reply-To: <86zluqut6n.fsf@ds4.des.no> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Alexander Leidinger , Hartmut Brandt , current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Jan 2008 23:01:36 -0000 Dag-Erling Smørgrav wrote: > Doug Barton writes: >> What happens if you disable nscd completely? > > There is no nscd. It is your mind that caches. > > (in my case, anyway; it is disabled by default, and I see no reason to > enable it) Ok, then Robert is right, we need a tcpdump to figure out what's happening here. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 01:58:55 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B9E816A418 for ; Tue, 29 Jan 2008 01:58:55 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id CA07E13C457 for ; Tue, 29 Jan 2008 01:58:54 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 5427 invoked by uid 1000); 29 Jan 2008 01:59:16 -0000 Date: Mon, 28 Jan 2008 17:59:16 -0800 From: Jos Backus To: Robert Watson Message-ID: <20080129015916.GA5413@lizzy.catnook.local> Mail-Followup-To: Robert Watson , freebsd-current@freebsd.org References: <20080128180840.GA9582@lizzy.catnook.local> <20080128204730.I56811@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <20080128204730.I56811@fledge.watson.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: panic: Lock so_rcv_sx not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.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, 29 Jan 2008 01:58:55 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 28, 2008 at 08:49:41PM +0000, Robert Watson wrote: > On Mon, 28 Jan 2008, Jos Backus wrote: > >> Recent -current kernels can reliably be made to panic by killing >> npviewer.bin. Right before killing, npviewer.bin shows up like this in >> top: >> >> 6288 jos 1 45 5 62844K 36788K so_rcv 0:08 0.00% npviewer.bin > > Is this a multithreaded app? If so, could you look and see if you can find > the other threads in npviewer.bin in the kernel (info thread, etc) and get > stack traces for those threads as well? It's a multithreaded Linux app, installed through ports; see the attached file. Please let me know if you'd like me to gather more information. Thanks! -- Jos Backus jos at catnook.com --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="npviewer.bin-panic.txt" lizzy:~# pkg_which /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin nspluginwrapper-0.9.91.5 lizzy:~% ldd /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin /usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin: libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x2807e000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x28376000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x283fa000) libdl.so.2 => /lib/libdl.so.2 (0x28436000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x2843a000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x284c3000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x28596000) libpthread.so.0 => /lib/obsolete/linuxthreads/libpthread.so.0 (0x285ec000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2863f000) libc.so.6 => /lib/obsolete/linuxthreads/libc.so.6 (0x28649000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x28768000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x2877e000) libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x28785000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x28791000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x287cc000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x287e3000) libm.so.6 => /lib/obsolete/linuxthreads/libm.so.6 (0x287e7000) libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x2880d000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x28812000) libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x2881a000) libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x2881d000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x28830000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x28898000) libXfixes.so.3 => /usr/X11R6/lib/libXfixes.so.3 (0x288c2000) libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x288c7000) libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x288d2000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x288da000) /lib/ld-linux.so.2 (0x2805f000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x288e9000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x288f2000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x2890c000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x28934000) libz.so.1 => /usr/lib/libz.so.1 (0x28953000) lizzy:~% 191 Thread 100197 (PID=3595: npviewer.bin) sched_switch (td=0xc5092440, newtd=Variable "newtd" is not available. 190 Thread 100201 (PID=3594: npviewer.bin) sched_switch (td=0xc5092aa0, newtd=Variable "newtd" is not available. 189 Thread 100200 (PID=3592: npviewer.bin) sched_switch (td=0xc5092880, newtd=Variable "newtd" is not available. 188 Thread 100183 (PID=3591: npviewer.bin) sched_switch (td=0xc5028440, newtd=Variable "newtd" is not available. 187 Thread 100163 (PID=3588: npviewer.bin) sched_switch (td=0xc4faf880, newtd=Variable "newtd" is not available. * 186 Thread 100134 (PID=3561: npviewer.bin) doadump () at pcpu.h:195 (kgdb) thread [Current thread is 186 (Thread 100134)] (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc05435ef in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:417 #2 0xc0543867 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:571 #3 0xc054a427 in _sx_assert (sx=0xc4fb89a0, what=4, file=0xc06d49ca "/usr/src/sys/kern/uipc_sockbuf.c", line=157) at /usr/src/sys/kern/kern_sx.c:931 #4 0xc054a8da in _sx_xunlock (sx=0xc4fb89a0, file=0xc06d49ca "/usr/src/sys/kern/uipc_sockbuf.c", line=157) at /usr/src/sys/kern/kern_sx.c:316 #5 0xc0595444 in sbunlock (sb=0xc4fb8968) at /usr/src/sys/kern/uipc_sockbuf.c:157 #6 0xc0598245 in sorflush (so=0xc4fb8918) at /usr/src/sys/kern/uipc_socket.c:1902 #7 0xc05982df in soshutdown (so=0xc4fb8918, how=2) at /usr/src/sys/kern/uipc_socket.c:1866 #8 0xc059ce86 in shutdown (td=0xc4b31880, uap=0xe7219c58) at /usr/src/sys/kern/uipc_syscalls.c:1248 #9 0xc07ffa80 in ?? () #10 0xc4b31880 in ?? () #11 0xe7219c58 in ?? () #12 0x00000008 in ?? () #13 0x00000000 in ?? () #14 0x00000000 in ?? () #15 0xc103d800 in ?? () #16 0x00000c1e in ?? () #17 0x00000000 in ?? () #18 0xc4e25488 in ?? () #19 0xc5007e9c in ?? () #20 0x00000000 in ?? () #21 0x00000000 in ?? () #22 0xe7219c72 in ?? () #23 0x00000004 in ?? () #24 0x80000000 in ?? () #25 0xe7219c8c in ?? () #26 0xc06a1a44 in __qdivrem (uq=Unhandled dwarf expression opcode 0x93 ) at /usr/src/sys/libkern/qdivrem.c:186 #27 0xc0697b93 in syscall (frame=0xe7219d38) at /usr/src/sys/i386/i386/trap.c:1034 #28 0xc06818b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #29 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) thread 187 [Switching to thread 187 (Thread 100163)] #0 sched_switch (td=0xc4faf880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1905 1905 cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xc4faf880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1905 #1 0xc054b6d3 in mi_switch (flags=Variable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05720a0 in sleepq_switch (wchan=0xc46caaa8) at /usr/src/sys/kern/subr_sleepqueue.c:478 #3 0xc05722ee in sleepq_catch_signals (wchan=0xc46caaa8) at /usr/src/sys/kern/subr_sleepqueue.c:414 #4 0xc0572a77 in sleepq_timedwait_sig (wchan=0xc46caaa8) at /usr/src/sys/kern/subr_sleepqueue.c:612 #5 0xc050ffc8 in _cv_timedwait_sig (cvp=0xc46caaa8, lock=0xc46caa90, timo=2001) at /usr/src/sys/kern/kern_condvar.c:369 #6 0xc05787ca in seltdwait (td=Variable "td" is not available. ) at /usr/src/sys/kern/sys_generic.c:1416 #7 0xc0578d7a in poll (td=0xc4faf880, uap=0xe728ccfc) at /usr/src/sys/kern/sys_generic.c:1060 #8 0xc0697b93 in syscall (frame=0xe728cd38) at /usr/src/sys/i386/i386/trap.c:1034 #9 0xc06818b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #10 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) thread 188 [Switching to thread 188 (Thread 100183)] #0 sched_switch (td=0xc5028440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1905 1905 cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xc5028440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1905 #1 0xc054b6d3 in mi_switch (flags=Variable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05720a0 in sleepq_switch (wchan=0xc073b664) at /usr/src/sys/kern/subr_sleepqueue.c:478 #3 0xc05722ee in sleepq_catch_signals (wchan=0xc073b664) at /usr/src/sys/kern/subr_sleepqueue.c:414 #4 0xc0572a77 in sleepq_timedwait_sig (wchan=0xc073b664) at /usr/src/sys/kern/subr_sleepqueue.c:612 #5 0xc054bb91 in _sleep (ident=0xc073b664, lock=0x0, priority=348, wmesg=0xc06ce3dc "nanslp", timo=21) at /usr/src/sys/kern/kern_synch.c:222 #6 0xc0552891 in kern_nanosleep (td=0xc5028440, rqt=0xe72ddc5c, rmt=0x0) at /usr/src/sys/kern/kern_time.c:379 #7 0xc0802dd3 in ?? () #8 0xc5028440 in ?? () #9 0xe72ddc5c in ?? () #10 0x00000000 in ?? () #11 0xe72ddcfc in ?? () #12 0xbefffa28 in ?? () #13 0x00000000 in ?? () #14 0x01312d00 in ?? () #15 0xc5028440 in ?? () #16 0x0020dd38 in ?? () #17 0x00000000 in ?? () #18 0x01312d00 in ?? () #19 0xbefff9f0 in ?? () #20 0xc5028440 in ?? () #21 0xc4fa0804 in ?? () #22 0xe72ddd2c in ?? () #23 0xc0697b93 in syscall (frame=0xc5028440) at /usr/src/sys/i386/i386/trap.c:1034 Previous frame identical to this frame (corrupt stack?) (kgdb) thread 189 [Switching to thread 189 (Thread 100200)] #0 sched_switch (td=0xc5092880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1905 1905 cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xc5092880, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1905 #1 0xc054b6d3 in mi_switch (flags=Variable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05720a0 in sleepq_switch (wchan=0xc4fb89d0) at /usr/src/sys/kern/subr_sleepqueue.c:478 #3 0xc05722ee in sleepq_catch_signals (wchan=0xc4fb89d0) at /usr/src/sys/kern/subr_sleepqueue.c:414 #4 0xc0572b84 in sleepq_wait_sig (wchan=0xc4fb89d0) at /usr/src/sys/kern/subr_sleepqueue.c:575 #5 0xc054bbb9 in _sleep (ident=0xc4fb89d0, lock=0xc4fb8988, priority=344, wmesg=0xc06d4a16 "sbwait", timo=0) at /usr/src/sys/kern/kern_synch.c:226 #6 0xc0595556 in sbwait (sb=0xc4fb8968) at /usr/src/sys/kern/uipc_sockbuf.c:131 #7 0xc059a69f in soreceive_generic (so=0xc4fb8918, psa=0xe7313b34, uio=0xe7313b40, mp0=0x0, controlp=0x0, flagsp=0xe7313bc4) at /usr/src/sys/kern/uipc_socket.c:1485 #8 0xc059670d in soreceive (so=0xc4fb8918, psa=0xe7313b34, uio=0xe7313b40, mp0=0x0, controlp=0x0, flagsp=0xe7313bc4) at /usr/src/sys/kern/uipc_socket.c:1853 #9 0xc059bdfd in kern_recvit (td=0xc5092880, s=63, mp=0xe7313bac, fromseg=UIO_USERSPACE, controlp=0x0) at /usr/src/sys/kern/uipc_syscalls.c:968 #10 0xc059bfe1 in recvit (td=Variable "td" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:1075 #11 0xc059c156 in recvfrom (td=0xc5092880, uap=0xe7313c28) at /usr/src/sys/kern/uipc_syscalls.c:1119 #12 0xc07ff8ad in ?? () #13 0xc5092880 in ?? () #14 0xe7313c28 in ?? () #15 0x00000010 in ?? () #16 0x00000000 in ?? () #17 0x00000000 in ?? () #18 0xc5055680 in ?? () #19 0x0000001e in ?? () #20 0x00000000 in ?? () #21 0xc4e25488 in ?? () #22 0xc730b2a8 in ?? () #23 0x00000000 in ?? () #24 0x00000000 in ?? () #25 0x00000000 in ?? () #26 0xba7b9cd6 in ?? () #27 0xe7313c14 in ?? () #28 0xc068cd18 in spinlock_enter () at /usr/src/sys/i386/i386/machdep.c:2380 #29 0xc0697b93 in syscall (frame=0xe7313d38) at /usr/src/sys/i386/i386/trap.c:1034 #30 0xc06818b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #31 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) thread 190 [Switching to thread 190 (Thread 100201)] #0 sched_switch (td=0xc5092aa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1905 1905 cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xc5092aa0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1905 #1 0xc054b6d3 in mi_switch (flags=Variable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05720a0 in sleepq_switch (wchan=0xc073b664) at /usr/src/sys/kern/subr_sleepqueue.c:478 #3 0xc05722ee in sleepq_catch_signals (wchan=0xc073b664) at /usr/src/sys/kern/subr_sleepqueue.c:414 #4 0xc0572a77 in sleepq_timedwait_sig (wchan=0xc073b664) at /usr/src/sys/kern/subr_sleepqueue.c:612 #5 0xc054bb91 in _sleep (ident=0xc073b664, lock=0x0, priority=348, wmesg=0xc06ce3dc "nanslp", timo=21) at /usr/src/sys/kern/kern_synch.c:222 #6 0xc0552891 in kern_nanosleep (td=0xc5092aa0, rqt=0xe7316c5c, rmt=0x0) at /usr/src/sys/kern/kern_time.c:379 #7 0xc0802dd3 in ?? () #8 0xc5092aa0 in ?? () #9 0xe7316c5c in ?? () #10 0x00000000 in ?? () #11 0xe7316cfc in ?? () #12 0xbe9ffa28 in ?? () #13 0x00000000 in ?? () #14 0x01312d00 in ?? () #15 0xc5092aa0 in ?? () #16 0x40242aa0 in ?? () #17 0x00000000 in ?? () #18 0x01312d00 in ?? () #19 0xbe9ff9f0 in ?? () #20 0xc5092aa0 in ?? () #21 0xc505b2ac in ?? () #22 0xe7316d2c in ?? () #23 0xc0697b93 in syscall (frame=0xc5092aa0) at /usr/src/sys/i386/i386/trap.c:1034 Previous frame identical to this frame (corrupt stack?) (kgdb) thread 191 [Switching to thread 191 (Thread 100197)] #0 sched_switch (td=0xc5092440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1905 1905 cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xc5092440, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1905 #1 0xc054b6d3 in mi_switch (flags=Variable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:444 #2 0xc05720a0 in sleepq_switch (wchan=0xc44bd84c) at /usr/src/sys/kern/subr_sleepqueue.c:478 #3 0xc05722ee in sleepq_catch_signals (wchan=0xc44bd84c) at /usr/src/sys/kern/subr_sleepqueue.c:414 #4 0xc0572b84 in sleepq_wait_sig (wchan=0xc44bd84c) at /usr/src/sys/kern/subr_sleepqueue.c:575 #5 0xc054bbb9 in _sleep (ident=0xc44bd84c, lock=0xc44bd804, priority=344, wmesg=0xc06d4a16 "sbwait", timo=0) at /usr/src/sys/kern/kern_synch.c:226 #6 0xc0595556 in sbwait (sb=0xc44bd7e4) at /usr/src/sys/kern/uipc_sockbuf.c:131 #7 0xc059a69f in soreceive_generic (so=0xc44bd794, psa=0xe730ab34, uio=0xe730ab40, mp0=0x0, controlp=0x0, flagsp=0xe730abc4) at /usr/src/sys/kern/uipc_socket.c:1485 #8 0xc059670d in soreceive (so=0xc44bd794, psa=0xe730ab34, uio=0xe730ab40, mp0=0x0, controlp=0x0, flagsp=0xe730abc4) at /usr/src/sys/kern/uipc_socket.c:1853 #9 0xc059bdfd in kern_recvit (td=0xc5092440, s=65, mp=0xe730abac, fromseg=UIO_USERSPACE, controlp=0x0) at /usr/src/sys/kern/uipc_syscalls.c:968 #10 0xc059bfe1 in recvit (td=Variable "td" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:1075 #11 0xc059c156 in recvfrom (td=0xc5092440, uap=0xe730ac28) at /usr/src/sys/kern/uipc_syscalls.c:1119 #12 0xc07ff8ad in ?? () #13 0xc5092440 in ?? () #14 0xe730ac28 in ?? () #15 0x00000010 in ?? () #16 0x00000000 in ?? () #17 0x00000000 in ?? () #18 0xc5055680 in ?? () #19 0x00000034 in ?? () #20 0x00000000 in ?? () #21 0xc4e25488 in ?? () #22 0xc730b2a8 in ?? () #23 0x00000000 in ?? () #24 0x00000000 in ?? () #25 0x00000000 in ?? () #26 0xdd313180 in ?? () #27 0xe730ac14 in ?? () #28 0xc068cd18 in spinlock_enter () at /usr/src/sys/i386/i386/machdep.c:2380 #29 0xc0697b93 in syscall (frame=0xe730ad38) at /usr/src/sys/i386/i386/trap.c:1034 #30 0xc06818b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:203 #31 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) q --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 02:57:50 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDA1D16A41B; Tue, 29 Jan 2008 02:57:50 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id BB8EA13C45B; Tue, 29 Jan 2008 02:57:50 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 7BDFF8C09B; Mon, 28 Jan 2008 20:57:50 -0600 (CST) Date: Mon, 28 Jan 2008 20:57:50 -0600 To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20080129025750.GB17479@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Tue, 29 Jan 2008 03:23:07 +0000 Cc: linimon@FreeBSD.org Subject: fwd: [linimon@lonesome.com: results of the 20080125 bugathon] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-bugbusters@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, 29 Jan 2008 02:57:51 -0000 Here's a repost of the message I just sent to freebsd-bugbusters@. Followups there, please. Thanks. mcl ----- Forwarded message from Mark Linimon ----- Over 30 people participated in this bugathon. Thanks to all who participated! During the 3 days, we closed around 120 PRs, and probably 50 more were set to feedback. Of course, during this time about 80 PRs came in (including some ports PRs). While the net reduction doesn't look that large, it does constitute positive progress -- a large number of stale PRs were indeed closed, and a few were committed. For our next bugathon we'll try to be more focussed on committing some of the PRs that we've already identified, and also to keep a count of PRs busted by category (which we had done before, but forgotten to get a volunteer for this time.) As part of the run-up to the bugathon, several new wiki pages were created: http://wiki.freebsd.org/Bugathons/January2008 http://wiki.freebsd.org/Bugathons/January2008/InterestingBugs http://wiki.freebsd.org/BugBusting/Resources http://wiki.freebsd.org/Bugbusting/TipsAndTricks http://wiki.freebsd.org/BugBusting/Volunteers http://wiki.freebsd.org/KernelBugTriage Please take a look at these if you're interested in coming up to speed with what we're up to. Thanks! mcl ----- End forwarded message ----- From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 10:41:25 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63C1216A421 for ; Tue, 29 Jan 2008 10:41:25 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id D668613C459 for ; Tue, 29 Jan 2008 10:41:24 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A4552.dip.t-dialin.net [84.154.69.82]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m0TAfMfk002923; Tue, 29 Jan 2008 10:41:23 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m0TAgk36062492; Tue, 29 Jan 2008 11:42:46 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m0TAgU9C070678; Tue, 29 Jan 2008 11:42:41 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200801291042.m0TAgU9C070678@fire.js.berklix.net> To: Ed Schouten In-reply-to: <20080128225308.GT67081@hoeg.nl> References: <20080128225308.GT67081@hoeg.nl> Comments: In-reply-to Ed Schouten message dated "Mon, 28 Jan 2008 23:53:08 +0100." Date: Tue, 29 Jan 2008 11:42:30 +0100 From: "Julian H. Stacey" Cc: FreeBSD Current , portsmaster@freebsd.org Subject: Re: Turning COMPAT_43TTY into a binary-only compatibility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 10:41:25 -0000 Ed Schouten wrote: > Is there someone who wants to help me here? I'm too busy to review or help what you'r up to, sorry, but if your changes are the way FreeBSD is going, I have hardware that uses these: /usr/ports/comms/gnokii MAINTAINER=mad@madpilot.net /usr/ports/misc/estic Port by me, MAINTAINER=dinoex@FreeBSD.org /usr/ports/sysutils/nut MAINTAINER=Joerg.Pulz@frm2.tum.de & if necessary ? I'll be able to test diffs occasionaly when necessary. (Hosts here run releasess & stable, but I could put up current when needed). Loads of people presumably similarly rely on serial port coms to various obscure Non PC hardware, Sometimes ports MAINTAINER= wont have hardware to test with (eg in case of misc/estic I think). Perhaps ports Makefiles might benefit from another variable with email of hardware tester[s] ? (thus cc'd suggestion to portsmaster@freebsd.org) -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 12:34:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7086216A469 for ; Tue, 29 Jan 2008 12:34:35 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 51C9C13C4DD for ; Tue, 29 Jan 2008 12:34:35 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m0TCYY7T021366; Tue, 29 Jan 2008 04:34:34 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m0TCYXuT023496; Tue, 29 Jan 2008 04:34:33 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m0TCYWhF098569; Tue, 29 Jan 2008 04:34:32 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Tue, 29 Jan 2008 21:34:31 +0900 Message-ID: From: "George V. Neville-Neil" To: Nenhum_de_Nos In-Reply-To: <4956a5e50801261506x1761f175sa08e1e11b01f3fe8@mail.gmail.com> References: <012101c85cbe$3d93fef0$292d280a@friedman.net> <4795B6ED.8020902@beardz.net> <003901c85d02$96a78d60$292d280a@friedman.net> <4956a5e50801242019m37675b90t7fbbb72d4d917960@mail.gmail.com> <4956a5e50801242020j41fea759v84720c62a246db63@mail.gmail.com> <20080126153015.U36482@maildrop.int.zabbadoz.net> <4956a5e50801261506x1761f175sa08e1e11b01f3fe8@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: "Bjoern A. Zeeb" , freebsd-current@freebsd.org Subject: Re: IPSEC on 7.0-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 12:34:35 -0000 At Sat, 26 Jan 2008 20:06:03 -0300, Nenhum_de_Nos wrote: > > On Jan 26, 2008 12:33 PM, Bjoern A. Zeeb wrote: > > I think I updated all the man pages I was aware of. > > > > I am not going to comment on the handbook. I think we should rather > > remove that section, if noone has updated it (since FreeBSD 4;) and > > maybe bring it back at a later time. > > I do agree that it is outdated, but it helped me though. it is based > on ipsec-tools, more specific the racoon package, even though racoon2 > is out there. If I may say anything, keep it. is good reference. just > would make the needed changes to work on ipsec-tools and racoon 1. > (after reading it a couple of times I coudn't make it work as I never > guessed there was a need to run /etc/rc.d/ipsec start. and the racoon > examples are not on the places they say, but I do think it is all > minor changes.) (I did sent a mail to doc@ for this) > > as I went through this guide recently, I could help to renew it. I > just know nothing specific about racoon 2, but in refreshing that as > it could run ok on 6.3R and 7.0R I can help :) > > George, to whom I should say this ? (as I read above, I think you are > the guy :) just need to say what is needed :) > Do as Mark said and talk to doc@ and keep Bjoern and I cc'd. Best, George From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 12:41:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AE0516A418; Tue, 29 Jan 2008 12:41:00 +0000 (UTC) (envelope-from prvs=191458e258=steven@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id A1AD413C478; Tue, 29 Jan 2008 12:40:59 +0000 (UTC) (envelope-from prvs=191458e258=steven@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 ([212.135.219.182]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.6.3) with ESMTP id md50004953954.msg; Tue, 29 Jan 2008 12:28:45 +0000 Message-ID: <0b3201c86272$79c422b0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , Date: Tue, 29 Jan 2008 12:28:38 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=191458e258=steven@multiplay.co.uk X-Envelope-From: steven@multiplay.co.uk X-Spam-Processed: mail1.multiplay.co.uk, Tue, 29 Jan 2008 12:28:45 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 29 Jan 2008 12:28:47 +0000 X-Mailman-Approved-At: Tue, 29 Jan 2008 12:56:01 +0000 Cc: Subject: USB support + Supermicro IPMI KVM = no keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 12:41:00 -0000 When booting a default kernel e.g. standard install cd the KVM over LAN keyboard on Supermicro's IPMI modules refuse to function. Once installed if we build a kernel without USB all is good. So two questions:- 1. Can usb support be disabled from the loader? 2. Anyone got any ideas why USB would break the IPMI keyboard? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 13:11:19 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFE2216A418; Tue, 29 Jan 2008 13:11:19 +0000 (UTC) (envelope-from prvs=191478baec=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 39A5A13C45D; Tue, 29 Jan 2008 13:11:18 +0000 (UTC) (envelope-from prvs=191478baec=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1201611567; x=1202216367; q=dns/txt; h=Received: Message-ID:From:To:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=qs1kAJ3D5nevL8JA9uaey2aTKg6EZavJMN qr+0nDZ7E=; b=WCwlQ6wBU3912dm6fNTpSK4gZgXBKQ3dA+UVm81yZZForm/eOF zQTOZSLoLro8w17mwJ8N8r4nJAGMPD6DHF1dDF+Y0EjIFFinbR+40g9bOICvWu9E 4ufkyhdm/KCHs4HLgY4GX4W7fU53eT/iEw1xFRMDwKCcEayelDTCItHNw= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50004954079.msg; Tue, 29 Jan 2008 12:59:25 +0000 Message-ID: <0b5f01c86276$c1e2d330$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: , Date: Tue, 29 Jan 2008 12:59:17 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=191478baec=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: mail1.multiplay.co.uk, Tue, 29 Jan 2008 12:59:27 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 29 Jan 2008 12:59:27 +0000 Cc: Subject: Re: USB support + Supermicro IPMI KVM = no keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 13:11:19 -0000 When booting a default kernel e.g. standard install cd the KVM over LAN keyboard on Supermicro's IPMI modules refuse to function. Once installed if we build a kernel without USB all is good. So two questions:- 1. Can usb support be disabled from the loader? 2. Anyone got any ideas why USB would break the IPMI keyboard? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 13:22:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 917F116A417 for ; Tue, 29 Jan 2008 13:22:08 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 2534013C4CC for ; Tue, 29 Jan 2008 13:22:08 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-006-194.pools.arcor-ip.net [88.66.6.194]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1JJqPe2rlM-0000Zl; Tue, 29 Jan 2008 14:22:07 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Tue, 29 Jan 2008 14:21:55 +0100 User-Agent: KMail/1.9.7 References: <0b3201c86272$79c422b0$b6db87d4@multiplay.co.uk> In-Reply-To: <0b3201c86272$79c422b0$b6db87d4@multiplay.co.uk> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1370155.dB9yuCTpY4"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200801291422.05302.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/dNKYyoCQAKlbYxgMvnkKi5v45wRugO7AJsop jopGTxs5t0ZfdOI5AXYdhPqum9IU1vTv5nh6ENEenl6IONkU/Y lLS+X6LIOXvRbVjLR5zCtO8PffCIwx6D0KU0k+12Ko= Cc: freebsd-current@freebsd.org, Steven Hartland Subject: Re: USB support + Supermicro IPMI KVM = no keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 13:22:08 -0000 --nextPart1370155.dB9yuCTpY4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 29 January 2008, Steven Hartland wrote: > When booting a default kernel e.g. standard install cd the KVM over LAN > keyboard on Supermicro's IPMI modules refuse to function. Once > installed if we build a kernel without USB all is good. > > So two questions:- > 1. Can usb support be disabled from the loader? > 2. Anyone got any ideas why USB would break the IPMI keyboard? You could try hint.kbdmux.0.disabled=3D"1" - see kdbmux(4) for details. =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 --nextPart1370155.dB9yuCTpY4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHnyh9XyyEoT62BG0RAn+ZAJ93Ykl/T88AXv4a9YJa/DNsb459igCfYQvI OV17L0zExh0s7w+54shT0R8= =Katv -----END PGP SIGNATURE----- --nextPart1370155.dB9yuCTpY4-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 13:51:49 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28F1316A418; Tue, 29 Jan 2008 13:51:49 +0000 (UTC) (envelope-from prvs=191478baec=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5A16813C45D; Tue, 29 Jan 2008 13:51:48 +0000 (UTC) (envelope-from prvs=191478baec=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1201614415; x=1202219215; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=6IY6BZEUW3jwS+6MGxIsF G8KbLM8swDVysZI1mTCLD8=; b=HNVRTEGgZRE3anDDPclHdhiYbLJ++o0Gz1CWf 2Ry/99IeXB74SWiDEsaljfAAWUhtWq0BbTO14h9PmD7uDBjJDxIo2TzkzsS2PbKJ 4ueIZDT5Zg3+qJ1ht4+5V9MHaUl43Lxo03VaBEAHFuGXapOkK1qDtTP8g7kwzm/q v0mG0E= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50004954324.msg; Tue, 29 Jan 2008 13:46:53 +0000 Message-ID: <004601c8627d$640a74a0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Max Laier" , References: <0b3201c86272$79c422b0$b6db87d4@multiplay.co.uk> <200801291422.05302.max@love2party.net> Date: Tue, 29 Jan 2008 13:46:42 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=191478baec=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: mail1.multiplay.co.uk, Tue, 29 Jan 2008 13:46:53 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 29 Jan 2008 13:46:55 +0000 Cc: freebsd-current@freebsd.org Subject: Re: USB support + Supermicro IPMI KVM = no keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 13:51:49 -0000 ----- Original Message ----- From: "Max Laier" On Tuesday 29 January 2008, Steven Hartland wrote: >> So two questions:- >> 1. Can usb support be disabled from the loader? >> 2. Anyone got any ideas why USB would break the IPMI keyboard? > > You could try hint.kbdmux.0.disabled="1" - see kdbmux(4) for details. Thanks for the idea Max no go unfortunately, also tried:- hint.usb.0.disabled=1 hint.uhci.0.disabled=1 hint.ohci.0.disabled=1 hint.ukbd.0.disabled=1 Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 15:04:36 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24EE016A419 for ; Tue, 29 Jan 2008 15:04:36 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id A482813C459 for ; Tue, 29 Jan 2008 15:04:35 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id m0TF4XPZ085129; Tue, 29 Jan 2008 16:04:33 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id m0TF4PAP032388 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Jan 2008 16:04:26 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id m0TF4P6D056859; Tue, 29 Jan 2008 16:04:25 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id m0TF4OB7056858; Tue, 29 Jan 2008 16:04:24 +0100 (CET) (envelope-from ticso) Date: Tue, 29 Jan 2008 16:04:24 +0100 From: Bernd Walter To: Steven Hartland Message-ID: <20080129150424.GQ49307@cicely12.cicely.de> References: <0b3201c86272$79c422b0$b6db87d4@multiplay.co.uk> <200801291422.05302.max@love2party.net> <004601c8627d$640a74a0$b6db87d4@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004601c8627d$640a74a0$b6db87d4@multiplay.co.uk> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on cicely12.cicely.de Cc: Max Laier , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: USB support + Supermicro IPMI KVM = no keyboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Tue, 29 Jan 2008 15:04:36 -0000 On Tue, Jan 29, 2008 at 01:46:42PM -0000, Steven Hartland wrote: > ----- Original Message ----- > From: "Max Laier" > On Tuesday 29 January 2008, Steven Hartland wrote: > > >>So two questions:- > >>1. Can usb support be disabled from the loader? > >>2. Anyone got any ideas why USB would break the IPMI keyboard? > > > >You could try hint.kbdmux.0.disabled="1" - see kdbmux(4) for details. > > Thanks for the idea Max no go unfortunately, also tried:- > hint.usb.0.disabled=1 > hint.uhci.0.disabled=1 > hint.ohci.0.disabled=1 > hint.ukbd.0.disabled=1 Maybe the keyboard is done via USB and the BIOS sets legacy support for USB keyboards, which is disabled by USB drivers to handle it natively. You have to know that USB controllers can emulate the old 8042 driven keyboards in hardware, but this won't allow using other USB devices at the same time. As long as FreeBSD isn't touching the USB controller the emulation would be kept. You should take a lock into the BIOS setup if you can change USB keyboard legacy support. And you should lock into boot messages if there is a non working USB device found. The USB legacy thing is just an assumption - it could be something completely different as well. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 16:50:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 405CE16A41B for ; Tue, 29 Jan 2008 16:50:18 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 18FD013C50B for ; Tue, 29 Jan 2008 16:50:18 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id F332F8D3D7 for ; Tue, 29 Jan 2008 11:50:16 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 29 Jan 2008 11:50:16 -0500 X-Sasl-enc: P7zpJqhlTAj+fhBIKC2LJuPKRj4IBi+i7wMC96YJTlv9 1201625416 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 61FE02A641 for ; Tue, 29 Jan 2008 11:50:16 -0500 (EST) Message-ID: <479F5947.4000905@incunabulum.net> Date: Tue, 29 Jan 2008 16:50:15 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: devel/valkyrie port for newer valgrind X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 16:50:18 -0000 Just a quick note to let you all know I've rolled a port of Valkyrie, a QT GUI front-end for Valgrind. Available from: http://people.freebsd.org/~bms/dump/valkyrie.tgz It is not yet committed as it relies on a sufficiently up-to-date version of Valgrind which has support for XML formatted output. Valgrind may be found at valgrind.org. FreeBSD's bleeding edge port of it (unfinished) may be found in //depot/projects/valgrind/... that is all BMS From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 20:14:32 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7BDC16A41B for ; Tue, 29 Jan 2008 20:14:32 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay09.ispgateway.de (smtprelay09.ispgateway.de [80.67.29.23]) by mx1.freebsd.org (Postfix) with ESMTP id 991A013C4D9 for ; Tue, 29 Jan 2008 20:14:32 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [217.50.166.185] (helo=localhost) by smtprelay09.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JJwqk-0003Gy-7F; Tue, 29 Jan 2008 21:14:30 +0100 Date: Tue, 29 Jan 2008 21:14:25 +0100 From: Fabian Keil To: Pyun YongHyeon Message-ID: <20080129211425.69fb66a3@fabiankeil.de> In-Reply-To: <20080122051604.GC10560@cdnetworks.co.kr> References: <20080122051604.GC10560@cdnetworks.co.kr> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd7.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/9_459t.g679bQ1I0vPKYxp."; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Cc: freebsd-current@FreeBSD.org Subject: Re: CFT: re(4) WOL support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 20:14:32 -0000 --Sig_/9_459t.g679bQ1I0vPKYxp. Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Pyun YongHyeon wrote: > Attached patch enables WOL capability on re(4). Since there are too > many variants of hardwares that uses re(4), I'd like to hear > success/failure report of the patch prior to commit. You can wake > the system in suspend state as well as power down state. Because > suspend/resume does not work on my box I don't know whether waking > up from suspend work. WOL packets can be greated with tools like > ports/net/wol. Suspending doesn't work on my system either, but I successfully tested wake-up from power-down state with: fk@africanqueen ~ $pciconf -lv | grep -A 4 re0 re0@pci0:0:9:0: class=3D0x020000 card=3D0x816910ec chip=3D0x816910ec rev=3D= 0x10 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class =3D network subclass =3D ethernet fk@africanqueen ~ $ifconfig re0 re0: flags=3D8943 metric 0 = mtu 1500 options=3D399b ether [...] inet 192.168.5.48 netmask 0xffffff00 broadcast 192.168.5.255 media: Ethernet autoselect (1000baseTX ) status: active I didn't notice any regressions. Thanks for all the effort you put into re(4), much appreciated. Fabian --Sig_/9_459t.g679bQ1I0vPKYxp. Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHn4khBYqIVf93VJ0RAsBTAJwKhoVXO7zR67UsEEKaSKsk9YJsKgCfeaHe hBe4lu0tvwe+x2lUh2gtUcI= =Lhdt -----END PGP SIGNATURE----- --Sig_/9_459t.g679bQ1I0vPKYxp.-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 21:08:05 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5D5216A418 for ; Tue, 29 Jan 2008 21:08:05 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id 3AB3613C465 for ; Tue, 29 Jan 2008 21:08:04 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so1240937mue.6 for ; Tue, 29 Jan 2008 13:08:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=dkgr0HWIdh7T06lLFE1bw4ZHnqTNTpYbIrbbrpgzvGM=; b=cC8sfw7cP+pEJAqsnuuGGTR6krZyP0U/88Rb69yLJfli2DFuCTFqgt3kzcO856Stv5kcJkHTnVHB5lNUwddjXqEUC++i4uH79NYFDQy7G/YRjvaGutfM04GURxJD+iIQMs8sgr+/E1PvC7+Qv3QVXbSAW6AE1yFAHJs247N4E+A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=N5iDD2KYa89FIPZBV1XNN2qOlzfPkKE/3LdhswMqfJcW3twSpbWkJe0ed2B6tyAHhpHkVHcgKxI9BFVEhpeQDywuxbXOAxI9T6JGxGtsTN9Pbyt4aYidbE06VtVnjSeJ+iJzHWpPy4iV9UMCT1PEzGSisvP6ev1H2it171Ap5Oo= Received: by 10.82.108.9 with SMTP id g9mr13081433buc.34.1201640883103; Tue, 29 Jan 2008 13:08:03 -0800 (PST) Received: by 10.82.159.19 with HTTP; Tue, 29 Jan 2008 13:08:03 -0800 (PST) Message-ID: <14989d6e0801291308t7490698m219fc1706718a70f@mail.gmail.com> Date: Tue, 29 Jan 2008 21:08:03 +0000 From: "Christian Walther" To: "Stefan Lambrev" In-Reply-To: <14989d6e0801270250p2b6d7411hf2db5d9af4718870@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200801061102.46233.josh@tcbug.org> <47821A0B.7020301@moneybookers.com> <14989d6e0801270250p2b6d7411hf2db5d9af4718870@mail.gmail.com> Cc: Josh Paetzel , current@freebsd.org Subject: Re: state of 7.0-RC1 on an IBM t60p X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 21:08:05 -0000 Hi again, unfortunately I've to correct me myself on the "wpi on T60 issue": On 27/01/2008, Christian Walther wrote: > Hi there, [...] > On 07/01/2008, Stefan Lambrev wrote: > > Hi Josh, > > > > Josh Paetzel wrote: > [...] > > > 1) wpi is nearly non-functional. It seems to associate best to WPA2 networks, > > > struggles with WEP and won't associate at all to open networks. Once it's > > > associated it spams the console with "discarding packet without header" > > > and "wpi_cmd: couldn't set tx power" quite a bit, as well as other random > > > output. The real problem I've had with it is that it panics under moderate > > > data rates, in the 1000-1500K/sec range. > > > > > You can try the latest wpi driver from perforce - > > http://www.clearchain.com/wiki/Wpi > > Also you can disable debugging. > > The latest version of the driver from perforce works on the T60. What > makes me wonder is the fact that I need to specify the channel of the > nearest AP. Otherwise the interface will get no link. wpi works as long as one doesn't do anything that saturates the wlan connection. E.g. running ssh terminal sessions is fine, but trying to scp a bigger file crashes the machine instantaneously. > [...] > > > 3) sutdown output is garbled. This doesn't seem to hurt anything, but at > > > some point in shutdown the console messages start interleaving. > > > > > First time I saw this in RC1 - never with 7-CURRENT or -BETAX (I'm > > talking only about shutdown messages, not boot messages) > > Same here. This is not related to the T60, it's the same on my > Athlon64 based server. Not anymore. > > > > 4) acpi suspend and resume doesn't work, but that's not a huge shock.l > > > > > > 5) ath generates interrupt storms that are throttled. > > > > > Sorry, I do not have idea how to fix this. > > Never had any trouble with interrupt storms on ath. I'm using a D-Link > DWL-G650, the card is identified as: > > ath0: mem 0x88000000-0x8800ffff irq 16 at device 0.0 on cardbus0 > ath0: [ITHREAD] > ath0: using obsoleted if_watchdog interface > ath0: Ethernet address: 00:19:5b:3a:82:be > ath0: mac 7.9 phy 4.5 radio 5.6 > > Seems to be pretty much the same. On my machine (and some more, as reported in another thread) ath freezes when hal is running. As a workaround removing the card during bootup helps. It has just to be configured manually. > > Christian > From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 22:08:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A18816A469 for ; Tue, 29 Jan 2008 22:08:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id C767E13C461 for ; Tue, 29 Jan 2008 22:08:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 19940 invoked by uid 399); 29 Jan 2008 22:08:41 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 29 Jan 2008 22:08:41 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479FA3E8.10606@FreeBSD.org> Date: Tue, 29 Jan 2008 14:08:40 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20080126) MIME-Version: 1.0 To: Attilio Rao References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <3bbf2fe10801240707o72b927cg74dbf9b7bbcd88fc@mail.gmail.com> <20080125075551.GB21633@comp.chem.msu.su> <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <20080126142901.GD49535@comp.chem.msu.su> <479B6303.6000401@FreeBSD.org> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> In-Reply-To: <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 22:08:43 -0000 Attilio Rao wrote: > 2008/1/27, Doug Barton : >> Attilio Rao wrote: >> >>> As my really first commit about VFS happened on 28 december (and it >>> should also be a nop), and you reported a 23 december kernel, it seems >>> like the problem was alredy there by time. >> Ok, so you're off the hook. :) Interested in helping track down why >> it's panic'ing? > > Sure, I'm testing a patch which instruments lockmgr with ktr and > witness support. > I will post later in the day in order to make consumer-available. ok. FYI I tried torture-testing it today, and thing are looking a little better. It only paniced once, with the same message as in the subject but it was stat, not lstat. Unfortunately it didn't actually do the dump, so I don't have a backtrace. If I can get it to panic&dump I'll let you know. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 22:10:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 838A416A479 for ; Tue, 29 Jan 2008 22:10:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 24BE613C469 for ; Tue, 29 Jan 2008 22:10:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22022 invoked by uid 399); 29 Jan 2008 22:09:59 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 29 Jan 2008 22:09:59 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479FA436.9060708@FreeBSD.org> Date: Tue, 29 Jan 2008 14:09:58 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20080126) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Interesting segfault X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 22:10:00 -0000 The particular application I was trying to run was xfe, but I don't think that matters too much. And yes, the GL stuff is from the nvidia driver. [New LWP 100092] (gdb) where #0 0x2896d322 in _pthread_mutexattr_setkind_np (attr=0xbfbfe8d0, kind=2) at /usr/local/src/lib/libthr/thread/thr_mutexattr.c:111 #1 0x28add093 in _nv000007gl () from /usr/local/lib/libGL.so.1 #2 0xbfbfe8d0 in ?? () #3 0x00000002 in ?? () #4 0x0000000a in ?? () #5 0x28adc780 in _nv000007gl () from /usr/local/lib/libGL.so.1 #6 0x28add180 in _nv000007gl () from /usr/local/lib/libGL.so.1 #7 0x00000000 in ?? () #8 0x2812fb30 in ?? () #9 0x28df7350 in _nv001439gl () from /usr/local/lib/libGLcore.so.1 #10 0x00000000 in ?? () #11 0xbfbfe938 in ?? () #12 0x290d825b in _nv000493gl () from /usr/local/lib/libGLcore.so.1 #13 0x00000000 in ?? () #14 0x2812fb30 in ?? () #15 0x00000000 in ?? () #16 0x28af6dc0 in _init () from /usr/local/lib/libGL.so.1 #17 0x2812faf0 in ?? () #18 0x295d4c1a in __kernel_cos () from /usr/local/lib/compat/libm.so.3 #19 0x281057d3 in _rtld (sp=0xbfbfeb10, exit_proc=0xbfbfeaf0, objp=0xbfbfeaf4) at /usr/local/src/libexec/rtld-elf/rtld.c:515 #20 0x2810055e in .rtld_start () at /usr/local/src/libexec/rtld-elf/i386/rtld_start.S:45 -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 22:11:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBF8116A421 for ; Tue, 29 Jan 2008 22:11:14 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 4B80B13C4E7 for ; Tue, 29 Jan 2008 22:11:13 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2538964fgg.35 for ; Tue, 29 Jan 2008 14:11:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=jEHDJ/29iIg2aSxLcKeK5W71Z0BWg3J0mbNvFj2cZrM=; b=MIh4LsqgBG+zUpFuy6M8sDTaCAtmR02usAqjHf5zwXJtsTn+9jl+xLkcm45l6mv0c+VvoiINWUAr8+NxhWgN6NRHVPon60s/Hkjmv9W4ii9fhhrphTx3gMkqFqh4Muoc/dYtEpRu+q0r3IrR1H5SYWTfgnPwjHls2wkCu8z2pg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=SWGBXtk8Gq3cPJTBhcBRwgc4Hxx6m7JocMhrCOQj+01knpHHOVGk3YRbMazj+1EG+UisTKIBqeqkE/ACfM11gwUmGn+deOAqfZdj15r44cDkqOWATD/8l7XJV22jn6o9hDIU9i+vDFxbZI9IwGWq6NGRO5Yvh0YKOw2H3vKfTIQ= Received: by 10.86.100.7 with SMTP id x7mr6916446fgb.63.1201644673109; Tue, 29 Jan 2008 14:11:13 -0800 (PST) Received: by 10.86.28.19 with HTTP; Tue, 29 Jan 2008 14:11:13 -0800 (PST) Message-ID: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> Date: Tue, 29 Jan 2008 23:11:13 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Doug Barton" In-Reply-To: <479FA3E8.10606@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <20080126142901.GD49535@comp.chem.msu.su> <479B6303.6000401@FreeBSD.org> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> X-Google-Sender-Auth: b1a839084356dffe Cc: Kostik Belousov , Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 22:11:14 -0000 2008/1/29, Doug Barton : > Attilio Rao wrote: > > 2008/1/27, Doug Barton : > >> Attilio Rao wrote: > >> > >>> As my really first commit about VFS happened on 28 december (and it > >>> should also be a nop), and you reported a 23 december kernel, it seems > >>> like the problem was alredy there by time. > >> Ok, so you're off the hook. :) Interested in helping track down why > >> it's panic'ing? > > > > Sure, I'm testing a patch which instruments lockmgr with ktr and > > witness support. > > I will post later in the day in order to make consumer-available. > > ok. FYI I tried torture-testing it today, and thing are looking a > little better. It only paniced once, with the same message as in the > subject but it was stat, not lstat. Unfortunately it didn't actually > do the dump, so I don't have a backtrace. If I can get it to > panic&dump I'll let you know. Which fs? always NTFS? I'm committing my WITNESS patch now to perforce so that other people can hopefully stress-test it before to be committed. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 22:16:22 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 067BE16A468 for ; Tue, 29 Jan 2008 22:16:22 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 18A7E13C458 for ; Tue, 29 Jan 2008 22:16:20 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so2540529fgg.35 for ; Tue, 29 Jan 2008 14:16:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=qTOguKrkNUYZP5PPfkBfXrwRgoB8mq+1irKDJXIn4eY=; b=UOlqbAN7K562KOJm6aDag10utZr+oeAn1KrA1ugnOjAMDkOcXgbM2pBdv4ET8k7MdgKGUVPlSqD5uy8HwY0/HyKbvQYfRNgt70W9X0YHBqTOQ4VxP8PNPnCFXRCAGAWeYaOB6E3lu80wVAO7ALq7rg58+fm8daNobScfqc8by3E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=n+8Ig0IanMf98IdQr4GoV/HOyBBn3LJnLo+518m4vKygs9M5ZJEUFOkRrsgsrkxNzNMNGtJtBJ5LdG3F5tZ6NB9EWVP4HRQpx/rVacyZ1UliBh63B1Tt77TiRnf9YzD5uqLrVKrfsJKdxLKAT4fX9IqxCF+6HJOZA4kbVkEOSWI= Received: by 10.86.62.3 with SMTP id k3mr6915373fga.71.1201644979582; Tue, 29 Jan 2008 14:16:19 -0800 (PST) Received: by 10.86.28.19 with HTTP; Tue, 29 Jan 2008 14:16:19 -0800 (PST) Message-ID: <3bbf2fe10801291416j440b9ff3p6d5c00d7b853d98@mail.gmail.com> Date: Tue, 29 Jan 2008 23:16:19 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Doug Barton" In-Reply-To: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <20080126142901.GD49535@comp.chem.msu.su> <479B6303.6000401@FreeBSD.org> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> X-Google-Sender-Auth: ab61e59d5b574980 Cc: Kostik Belousov , Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 22:16:22 -0000 2008/1/29, Attilio Rao : > 2008/1/29, Doug Barton : > > Attilio Rao wrote: > > > 2008/1/27, Doug Barton : > > >> Attilio Rao wrote: > > >> > > >>> As my really first commit about VFS happened on 28 december (and it > > >>> should also be a nop), and you reported a 23 december kernel, it seems > > >>> like the problem was alredy there by time. > > >> Ok, so you're off the hook. :) Interested in helping track down why > > >> it's panic'ing? > > > > > > Sure, I'm testing a patch which instruments lockmgr with ktr and > > > witness support. > > > I will post later in the day in order to make consumer-available. > > > > ok. FYI I tried torture-testing it today, and thing are looking a > > little better. It only paniced once, with the same message as in the > > subject but it was stat, not lstat. Unfortunately it didn't actually > > do the dump, so I don't have a backtrace. If I can get it to > > panic&dump I'll let you know. > > Which fs? always NTFS? > I'm committing my WITNESS patch now to perforce so that other people > can hopefully stress-test it before to be committed. BTW, I've just found a bug in lockmgr() which could produce such results, but it should be an old-standing one. More infos to follow. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Jan 29 23:42:54 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8F3716A420 for ; Tue, 29 Jan 2008 23:42:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 93A3A13C45D for ; Tue, 29 Jan 2008 23:42:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 4895 invoked by uid 399); 29 Jan 2008 23:42:54 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 29 Jan 2008 23:42:54 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479FB9FB.4000500@FreeBSD.org> Date: Tue, 29 Jan 2008 15:42:51 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20080126) MIME-Version: 1.0 To: Attilio Rao References: <790a9fff0801150552l542a4238ofc12efe5fdb45fc2@mail.gmail.com> <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <20080126142901.GD49535@comp.chem.msu.su> <479B6303.6000401@FreeBSD.org> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> In-Reply-To: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jan 2008 23:42:55 -0000 Attilio Rao wrote: > 2008/1/29, Doug Barton : >> Attilio Rao wrote: >>> 2008/1/27, Doug Barton : >>>> Attilio Rao wrote: >>>> >>>>> As my really first commit about VFS happened on 28 december (and it >>>>> should also be a nop), and you reported a 23 december kernel, it seems >>>>> like the problem was alredy there by time. >>>> Ok, so you're off the hook. :) Interested in helping track down why >>>> it's panic'ing? >>> Sure, I'm testing a patch which instruments lockmgr with ktr and >>> witness support. >>> I will post later in the day in order to make consumer-available. >> ok. FYI I tried torture-testing it today, and thing are looking a >> little better. It only paniced once, with the same message as in the >> subject but it was stat, not lstat. Unfortunately it didn't actually >> do the dump, so I don't have a backtrace. If I can get it to >> panic&dump I'll let you know. > > Which fs? always NTFS? Yes, sorry I wasn't clear. I'm using UFS2, NFS, MSDOSFS (occasionally) CD9660 (occasionally) and NTFS (when it doesn't explode). No ZFS. > I'm committing my WITNESS patch now to perforce so that other people > can hopefully stress-test it before to be committed. Ok, let me know when it's ready for a mere mortal like me to test. :) BTW, I had something very odd happen just now. I had some time where I didn't need to be at the keyboard, so I exited X, and at the console I ran the following: for file in /mnt/ad0s1//*; do cp $file /tmp/ cmp $file /tmp/${file##*/} rm /tmp/${file##*/} done where the directory has thousands of jpegs, and /tmp is a memory disk, in case it matters. I repeated this 4-6 times (not sure exactly) and it never crashed. But when I tried to restart X I got all sorts of odd errors, all related in some way to files (e.g., /var/log/Xorg.0.log rename, hsetroot not being able to find my desktop background jpeg and dumping core, xauth not being able to lock and/or rename ~/.Xauthority, etc.). I finally gave up and rebooted, now everything is back to normal. Unfortunately it just occurred to me that I should have tried unmounting the NTFS volume first, d'oh. But there is definitely something wrong with the NTFS code if it can scramble things that badly even when it's not being accessed. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 00:15:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D7D616A41A for ; Wed, 30 Jan 2008 00:15:26 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: from mx2.synetsystems.com (mx2.synetsystems.com [76.10.206.15]) by mx1.freebsd.org (Postfix) with ESMTP id E6DF813C457 for ; Wed, 30 Jan 2008 00:15:25 +0000 (UTC) (envelope-from rmtodd@ichotolot.servalan.com) Received: by mx2.synetsystems.com (Postfix, from userid 66) id DE7CB671; Tue, 29 Jan 2008 19:15:24 -0500 (EST) Received: from rmtodd by servalan.servalan.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1JK00R-000JUw-Vk; Tue, 29 Jan 2008 17:36:43 -0600 To: bruce@zuhause.mn.org References: <18328.45282.562906.708945@celery.zuhause.org> <18329.22270.123314.900543@bhfs.zuhause.org> <18332.52845.956601.870334@celery.zuhause.org> From: Richard Todd Date: Tue, 29 Jan 2008 17:36:43 -0600 In-Reply-To: <18332.52845.956601.870334@celery.zuhause.org> (bruce@zuhause.mn.org's message of "Sun, 27 Jan 2008 12:33:17 -0600") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.4.21 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: Weird performance behaviour in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 00:15:26 -0000 bruce@zuhause.mn.org writes: > I'm curious, though, should I be worried about the memcontrol list > entries that are listed as "set-by-firmware active bogus"? > > 0x0/0xf080000000 BIOS write-back set-by-firmware active bogus > 0x80000000/0xf040000000 BIOS write-back set-by-firmware active bogus > 0xc0000000/0xf010000000 BIOS write-back set-by-firmware active bogus > 0xcf800000/0xf000800000 BIOS uncacheable set-by-firmware active bogus > 0xcf700000/0xf000100000 BIOS uncacheable set-by-firmware active bogus > 0x100000000/0xf020000000 BIOS write-back set-by-firmware active bogus > 0x120000000/0xf008000000 BIOS write-back set-by-firmware active bogus Worried that it says "bogus"? No, not really. This is, as I said earlier, the result of an issue in the amd64 machdep.c code for handling MTRRs -- it was written for the original amd64 where the "size" field of the MTRR was a certain width. On Core 2 Duo these fields are 4 bits shorter, so the machdep.c code looks at 4 more bits from that register than it should and so all the size fields have that leading "f" digit. This causes the sizes to no longer be a power of two, which causes machdep.c to set the "bogus" flag because those entries look funny. The "bogus" flag being set doesn't seem to actually break anything, and as near as I can figure if you change the memcontrol entries the correct data gets written back to the registers even on Core2Duo, so the "bogus" warnings seem to be pretty harmless. From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 01:11:35 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4247316A418 for ; Wed, 30 Jan 2008 01:11:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0958913C457 for ; Wed, 30 Jan 2008 01:11:34 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so65491waf.3 for ; Tue, 29 Jan 2008 17:11:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=pfdbPMpfk0HErBPutt+G6r1VWeTKtzyNegsaSEp+0/U=; b=Ocu/umL41dPu+NtP5FyAcQJJssPjCnsCczHw4MHJZ//2UkgubMNmbphXHAL0I3bqAJPb0c6n+KAD3wF2mFjaFBzECeRYIGNlEsEOPNTqpIQTOiQEVes8yfMHx2VxxhzQqz9YaMbUaBHUfmuley+bfDUy9sHrSdjkZvDvGAxHFyM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=UVHLuOqPA7sBkzr9fIWO9KZosjso2FPJyx9+BFKFjXXlDL9nZ3wbH5f//GMuy6AuopAPpd9M+PdY3SBaA/kmur8u9XD9CPPxdKtKDNkaZOUgCsOkwkqFc0O3BH5cusko5zrWIqYixkXWyLPF7CXXgb8vqOAx5ic2sATNoLHKBCI= Received: by 10.114.148.1 with SMTP id v1mr149847wad.21.1201655494491; Tue, 29 Jan 2008 17:11:34 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id l23sm251386waf.5.2008.01.29.17.11.28 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 29 Jan 2008 17:11:32 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m0U1BKIv005399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Jan 2008 10:11:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m0U1BI1b005398; Wed, 30 Jan 2008 10:11:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 30 Jan 2008 10:11:18 +0900 From: Pyun YongHyeon To: Fabian Keil Message-ID: <20080130011118.GB5065@cdnetworks.co.kr> References: <20080122051604.GC10560@cdnetworks.co.kr> <20080129211425.69fb66a3@fabiankeil.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080129211425.69fb66a3@fabiankeil.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: CFT: re(4) WOL support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 01:11:35 -0000 On Tue, Jan 29, 2008 at 09:14:25PM +0100, Fabian Keil wrote: > Pyun YongHyeon wrote: > > > Attached patch enables WOL capability on re(4). Since there are too > > many variants of hardwares that uses re(4), I'd like to hear > > success/failure report of the patch prior to commit. You can wake > > the system in suspend state as well as power down state. Because > > suspend/resume does not work on my box I don't know whether waking > > up from suspend work. WOL packets can be greated with tools like > > ports/net/wol. > > Suspending doesn't work on my system either, > but I successfully tested wake-up from power-down state with: > > fk@africanqueen ~ $pciconf -lv | grep -A 4 re0 > re0@pci0:0:9:0: class=0x020000 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' > class = network > subclass = ethernet > > fk@africanqueen ~ $ifconfig re0 > re0: flags=8943 metric 0 mtu 1500 > options=399b > ether [...] > inet 192.168.5.48 netmask 0xffffff00 broadcast 192.168.5.255 > media: Ethernet autoselect (1000baseTX ) > status: active > > I didn't notice any regressions. > > Thanks for all the effort you put into re(4), much appreciated. > Thanks for your testing! > Fabian -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 13:08:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3251F16A417; Wed, 30 Jan 2008 13:08:32 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 8F10113C459; Wed, 30 Jan 2008 13:08:29 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id m0UD8NmT096415; Wed, 30 Jan 2008 16:08:23 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m0UD8LLn096412; Wed, 30 Jan 2008 16:08:21 +0300 (MSK) (envelope-from yar) Date: Wed, 30 Jan 2008 16:08:20 +0300 From: Yar Tikhiy To: Attilio Rao Message-ID: <20080130130820.GA88429@comp.chem.msu.su> References: <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <20080126142901.GD49535@comp.chem.msu.su> <479B6303.6000401@FreeBSD.org> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: Kostik Belousov , Doug Barton , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 13:08:32 -0000 On Tue, Jan 29, 2008 at 11:11:13PM +0100, Attilio Rao wrote: > > I'm committing my WITNESS patch now to perforce so that other people > can hopefully stress-test it before to be committed. Do you think that that patch is applicable in my case? I.e., shall I use it to get more debug info on my panics? If so, where is the patched file in the depot? Thanks! -- Yar From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 13:36:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86E3E16A417 for ; Wed, 30 Jan 2008 13:36:15 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 0149113C45D for ; Wed, 30 Jan 2008 13:36:14 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so218159fka.11 for ; Wed, 30 Jan 2008 05:36:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=e+URSKsQBPYpF72As6zrjor8bc+RSqwX5A5zgfiXjvw=; b=m4P3DRFhfNcYty4n394Vva8t17rMuGUOOAxyW9I9wJzxAZxak6/AyvulA4o1t20PZrrVaZCHa89Hxn4U1GBEZ0zjIBMth5AA3v0vrAGFNwIwRS3O3dN1uiEoHOHchXWTqKqsBOrGSKI8K6cVO7SFjCiDU91k+USZt1nqCgIOQSk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to:cc:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=LsJErHAKN+nE0xQiAxBr0urWqYnabCgmoBwiIdSTAbzmE/ZylI6ulIMKsdewWgI4ArDiCDoW81K6ixYwrIWPWZm3IDO4upcVl+pVqRF7ve0cljnJmWMYriHmYqGMMI0GUGIt6quB8PFuVrhnkbA6qkTyx9978pn6qbrZuhLHQlg= Received: by 10.78.138.14 with SMTP id l14mr981840hud.57.1201700172194; Wed, 30 Jan 2008 05:36:12 -0800 (PST) Received: from atlas.local ( [89.162.141.1]) by mx.google.com with ESMTPS id d24sm170631nfh.19.2008.01.30.05.36.09 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 30 Jan 2008 05:36:10 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Wed, 30 Jan 2008 15:36:04 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200712120512.42689.qpadla@gmail.com> <20071212031727.GA43155@heff.fud.org.nz> <200712251846.04474.qpadla@gmail.com> In-Reply-To: <200712251846.04474.qpadla@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801301536.04772.qpadla@gmail.com> Cc: Andrew Thompson Subject: Re: Unable to shutdown jail on BETA4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 13:36:15 -0000 On Tuesday 25 December 2007 18:46:04 Nikolay Pavlov wrote: > On Wednesday 12 December 2007 05:17:27 Andrew Thompson wrote: > > On Wed, Dec 12, 2007 at 05:12:42AM +0200, Nikolay Pavlov wrote: > > > Hi all. > > > Not sure were to go with this... I see a weird jail behavior on > > > recent BETA4. After successful "/etc/rc.d/jail stop cell" execution > > > the jail is still could be listed with jls command: > > > root@cassini:~# jls > > > JID IP Address Hostname Path > > > 4 xxx.53.51.236 php-cgi /home/jails/php-cgi > > > > > > But i am unable to find any processes with this jid in the system: > > > root@cassini:~# ps ax -o jid | grep 4 > > > root@cassini:~# > > > > > > Any comments? > > > > This has been fixed (sort of), make sure you have r1.208.2.1 of > > /usr/src/sys/kern/kern_conf.c > > > > > > cheers, > > Andrew > > Unfortunately the problem is still there, but it's not easy to trigger > it. Here it is after "/etc/rc.d/jail restart php_cgi" and 11 days of > uptime: root@cassini:~# jls > JID IP Address Hostname Path > 9 xxx.53.51.236 php-cgi /home/jails/php-cgi > 7 xxx.53.51.236 php-cgi /home/jails/php-cgi > root@cassini:~# ps awwx -o jid | grep 9 | wc -l > 13 > root@cassini:~# ps awwx -o jid | grep 7 | wc -l > 0 > root@cassini:~# uname -a > FreeBSD cassini 7.0-BETA4 FreeBSD 7.0-BETA4 #2: Thu Dec 13 06:54:11 EET > 2007 root@cassini:/usr/obj/usr/src/sys/GENERIC amd64 The problem is still present in 7.0-RC1: FreeBSD cassini.grimmbrothers.com.ua 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Jan 28 16:57:47 EET 2008 root@cassini:/usr/obj/usr/src/sys/GENERIC amd64 After executing "/etc/rc.d/jail restart php_cgi" I see a jail without a processes: root@cassini:/home/www/# jls JID IP Address Hostname Path 2 xxx.53.51.236 php-cgi /home/jails/php-cgi 1 xxx.53.51.236 php-cgi /home/jails/php-cgi root@cassini:/home/www/# ps awwx -o jid | grep 1 | wc -l 0 root@cassini:/home/www/# ps awwx -o jid | grep 2 | wc -l 13 Also i am using nullfs to mount some directories for this jail, however i am not sure if it's related to the problem. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 13:45:09 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CE1816A417; Wed, 30 Jan 2008 13:45:09 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id DEE6D13C447; Wed, 30 Jan 2008 13:45:08 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7D1D5472B2; Wed, 30 Jan 2008 08:45:08 -0500 (EST) Date: Wed, 30 Jan 2008 13:45:08 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jos Backus In-Reply-To: <20080129015916.GA5413@lizzy.catnook.local> Message-ID: <20080130134307.P41201@fledge.watson.org> References: <20080128180840.GA9582@lizzy.catnook.local> <20080128204730.I56811@fledge.watson.org> <20080129015916.GA5413@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: rrs@FreeBSD.org, freebsd-current@freebsd.org, bz@FreeBSD.org Subject: Re: panic: Lock so_rcv_sx not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 13:45:09 -0000 On Mon, 28 Jan 2008, Jos Backus wrote: > On Mon, Jan 28, 2008 at 08:49:41PM +0000, Robert Watson wrote: >> On Mon, 28 Jan 2008, Jos Backus wrote: >> >>> Recent -current kernels can reliably be made to panic by killing >>> npviewer.bin. Right before killing, npviewer.bin shows up like this in >>> top: >>> >>> 6288 jos 1 45 5 62844K 36788K so_rcv 0:08 0.00% npviewer.bin >> >> Is this a multithreaded app? If so, could you look and see if you can find >> the other threads in npviewer.bin in the kernel (info thread, etc) and get >> stack traces for those threads as well? > > It's a multithreaded Linux app, installed through ports; see the attached > file. Please let me know if you'd like me to gather more information. Thanks, looks like that's enough for now. I've attached a patch, could you let me know if it works? There turned out to be a number of issues here, not least the possibility of an inter-thread deadlock if the blocked socket read was never going to return, so if you could watch out for processes failing to exit, not just panics, that would be good. I've CC'd Randall as this change touches SCTP in a few places. URL to the patch to address inevitable MUA manglement: http://www.watson.org/~robert/freebsd/20080130-sblock-sorflush.diff Proposed commit message: Correct two problems relating to sorflush(), which is called to flush read socket buffers in shutdown() and close(): - Call socantrcvmore() before sblock() to dislodge any threads that might be sleeping (potentially indefinitely) while holding sblock(), such as a thread blocked in recv(). - Flag the sblock() call as non-interruptible so that a signal delivered to the thread calling sorflush() doesn't cause sblock() to fail. The sblock() is required to ensure that all other socket consumer threads have, in fact, left, and do not enter, the socket buffer until we're done flushin it. To implement the latter, change the 'flags' argument to sblock() to accept two flags, SBL_WAIT and SBL_NOINTR, rather than one M_WAITOK flag. When SBL_NOINTR is set, it forces a non-interruptible sx acquisition, regardless of the setting of the disposition of SB_NOINTR on the socket buffer; without this change it would be possible for another thread to clear SB_NOINTR between when the socket buffer mutex is released and sblock() is invoked. Reported by: Jos Backus The patch: Index: sys/socketvar.h =================================================================== RCS file: /home/ncvs/src/sys/sys/socketvar.h,v retrieving revision 1.160 diff -u -r1.160 socketvar.h --- sys/socketvar.h 17 Dec 2007 10:02:01 -0000 1.160 +++ sys/socketvar.h 30 Jan 2008 06:13:43 -0000 @@ -273,6 +273,13 @@ */ /* + * Flags to sblock(). + */ +#define SBL_WAIT 0x00000001 /* Wait if not immediately available. */ +#define SBL_NOINTR 0x00000002 /* Force non-interruptible sleep. */ +#define SBL_VALID (SBL_WAIT | SBL_NOINTR) + +/* * Do we need to notify the other side when I/O is possible? */ #define sb_notify(sb) (((sb)->sb_flags & (SB_WAIT | SB_SEL | SB_ASYNC | \ Index: kern/uipc_sockbuf.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_sockbuf.c,v retrieving revision 1.174 diff -u -r1.174 uipc_sockbuf.c --- kern/uipc_sockbuf.c 17 Dec 2007 10:02:01 -0000 1.174 +++ kern/uipc_sockbuf.c 30 Jan 2008 13:21:40 -0000 @@ -137,8 +137,12 @@ sblock(struct sockbuf *sb, int flags) { - if (flags == M_WAITOK) { - if (sb->sb_flags & SB_NOINTR) { + KASSERT((flags & SBL_VALID) == flags, + ("sblock: flags invalid (0x%x)", flags)); + + if (flags & SBL_WAIT) { + if ((sb->sb_flags & SB_NOINTR) || + (flags & SBL_NOINTR)) { sx_xlock(&sb->sb_sx); return (0); } Index: kern/uipc_socket.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_socket.c,v retrieving revision 1.303 diff -u -r1.303 uipc_socket.c --- kern/uipc_socket.c 24 Oct 2007 19:03:55 -0000 1.303 +++ kern/uipc_socket.c 30 Jan 2008 05:40:06 -0000 @@ -916,7 +916,7 @@ } #endif /*ZERO_COPY_SOCKETS*/ -#define SBLOCKWAIT(f) (((f) & MSG_DONTWAIT) ? M_NOWAIT : M_WAITOK) +#define SBLOCKWAIT(f) (((f) & MSG_DONTWAIT) ? 0 : SBL_WAIT) int sosend_dgram(struct socket *so, struct sockaddr *addr, struct uio *uio, @@ -1884,10 +1884,16 @@ * however, we have to initialize and destroy the mutex in the copy * so that dom_dispose() and sbrelease() can lock t as needed. */ - (void) sblock(sb, M_WAITOK); - SOCKBUF_LOCK(sb); - sb->sb_flags |= SB_NOINTR; - socantrcvmore_locked(so); + + /* + * Dislodge threads currently blocked in receive and wait to acquire + * a lock against other simultaneous readers before clearing the + * socket buffer. Don't let our acquire be interrupted by a signal + * despite any existing socket disposition on interruptable waiting. + */ + socantrcvmore(so); + (void) sblock(sb, SBL_WAIT | SBL_NOINTR); + /* * Invalidate/clear most of the sockbuf structure, but leave selinfo * and mutex data unchanged. Index: kern/uipc_syscalls.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_syscalls.c,v retrieving revision 1.263 diff -u -r1.263 uipc_syscalls.c --- kern/uipc_syscalls.c 13 Jan 2008 14:44:09 -0000 1.263 +++ kern/uipc_syscalls.c 30 Jan 2008 05:41:03 -0000 @@ -1863,8 +1863,13 @@ } } - /* Protect against multiple writers to the socket. */ - (void) sblock(&so->so_snd, M_WAITOK); + /* + * Protect against multiple writers to the socket. + * + * XXXRW: Historically this has assumed non-interruptibility, so now + * we implement that, but possibly shouldn't. + */ + (void)sblock(&so->so_snd, SBL_WAIT | SBL_NOINTR); /* * Loop through the pages of the file, starting with the requested Index: netinet/sctp_input.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/sctp_input.c,v retrieving revision 1.66 diff -u -r1.66 sctp_input.c --- netinet/sctp_input.c 16 Oct 2007 14:05:51 -0000 1.66 +++ netinet/sctp_input.c 30 Jan 2008 05:41:58 -0000 @@ -2509,7 +2509,8 @@ atomic_add_int(&(*stcb)->asoc.refcnt, 1); SCTP_TCB_UNLOCK((*stcb)); - sctp_pull_off_control_to_new_inp((*inp_p), inp, *stcb, M_NOWAIT); + sctp_pull_off_control_to_new_inp((*inp_p), inp, *stcb, + 0); SCTP_TCB_LOCK((*stcb)); atomic_subtract_int(&(*stcb)->asoc.refcnt, 1); Index: netinet/sctp_peeloff.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/sctp_peeloff.c,v retrieving revision 1.16 diff -u -r1.16 sctp_peeloff.c --- netinet/sctp_peeloff.c 8 Sep 2007 11:35:10 -0000 1.16 +++ netinet/sctp_peeloff.c 30 Jan 2008 05:42:07 -0000 @@ -134,7 +134,7 @@ atomic_add_int(&stcb->asoc.refcnt, 1); SCTP_TCB_UNLOCK(stcb); - sctp_pull_off_control_to_new_inp(inp, n_inp, stcb, M_WAITOK); + sctp_pull_off_control_to_new_inp(inp, n_inp, stcb, SBL_WAIT); atomic_subtract_int(&stcb->asoc.refcnt, 1); return (0); @@ -230,7 +230,7 @@ * And now the final hack. We move data in the pending side i.e. * head to the new socket buffer. Let the GRUBBING begin :-0 */ - sctp_pull_off_control_to_new_inp(inp, n_inp, stcb, M_WAITOK); + sctp_pull_off_control_to_new_inp(inp, n_inp, stcb, SBL_WAIT); atomic_subtract_int(&stcb->asoc.refcnt, 1); return (newso); } Index: netinet/sctputil.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/sctputil.c,v retrieving revision 1.72 diff -u -r1.72 sctputil.c --- netinet/sctputil.c 7 Dec 2007 01:32:14 -0000 1.72 +++ netinet/sctputil.c 30 Jan 2008 05:41:42 -0000 @@ -4993,7 +4993,7 @@ sctp_misc_ints(SCTP_SORECV_ENTERPL, rwnd_req, block_allowed, so->so_rcv.sb_cc, uio->uio_resid); } - error = sblock(&so->so_rcv, (block_allowed ? M_WAITOK : 0)); + error = sblock(&so->so_rcv, (block_allowed ? SBL_WAIT : 0)); sockbuf_lock = 1; if (error) { goto release_unlocked; From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 14:18:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FA4D16A419 for ; Wed, 30 Jan 2008 14:18:58 +0000 (UTC) (envelope-from gkozyrev@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 2DBA713C4EA for ; Wed, 30 Jan 2008 14:18:56 +0000 (UTC) (envelope-from gkozyrev@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so70201anc.13 for ; Wed, 30 Jan 2008 06:18:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=IFQVYmBNV3pDpyWnFawrmwH4SNTs6437R9Wa5Uha8zM=; b=v2lHpRa25QDg2jDdNYtgMvd47jOQd8Htn5XQ2UrtzFyFgpFcenrjM9M7rh4ezgiEGwnd+/snmlyDgxugDmaAnZek/uBv94gBM/vdfCLKgmbDNySmL7YL3qYOKYIFzFX+nOtRLsWXxNecXYmEuRIsibL70RUM6vkH7xImwGQfeeY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QsuY2jDukvE7LC8GBcJeveZUuPjJzbiaOlnYJPH25HM2SghVfllB3wOkD1wWzssSPL/t9+IYMw/Qf9Gj9wqIpu2EN762q8h1AtdoUgaCjG9B/kakLRbmPJyuw2GSaV36P9+4Lspj18Zp7SfKf2FhAVCCrWLwmG7rFhD3rrQDAMo= Received: by 10.100.210.9 with SMTP id i9mr1549373ang.96.1201701063724; Wed, 30 Jan 2008 05:51:03 -0800 (PST) Received: by 10.100.10.14 with HTTP; Wed, 30 Jan 2008 05:51:03 -0800 (PST) Message-ID: Date: Wed, 30 Jan 2008 15:51:03 +0200 From: "Gleb Kozyrev" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: general protection fault in in_ifadown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 14:18:58 -0000 Hi Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xffffffff8056679f stack pointer = 0x10:0xffffffffb4c2a950 frame pointer = 0x10:0xffffffffb4c2a9a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11612 (ifconfig) trap number = 9 panic: general protection fault KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17e trap_fatal() at trap_fatal+0x26f trap() at trap+0x21a calltrap() at calltrap+0x8 --- trap 0x9, rip = 0xffffffff8056679f, rsp = 0xffffffffb4c2a950, rbp = 0xffffffffb4c2a9a0 --- in_ifadown() at in_ifadown+0x1f in_control() at in_control+0x7f0 ifioctl() at ifioctl+0xea kern_ioctl() at kern_ioctl+0xa3 ioctl() at ioctl+0xf9 syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x6a2fac, rsp = 0x7fffffffe348, rbp = 0x7fffffffedc1 --- FreeBSD 7.0-PRERELEASE #0: Mon Jan 7 19:20:49 EET 2008 Could this be fixed since then? Happened when playing with dhclient, maybe there were more instances of it than there should be :) Just before the crash it said: Corrupt lease file - possible data loss! kgdb: (kgdb) bt #0 doadump () at pcpu.h:194 #1 0xffffffff8048b220 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xffffffff8048b5f1 in panic (fmt=0x1
) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xffffffff807878af in trap_fatal (frame=0x9, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:724 #4 0xffffffff807884da in trap (frame=0xffffffffb4c2a8a0) at /usr/src/sys/amd64/amd64/trap.c:526 #5 0xffffffff80770ffe in calltrap () at /usr/src/sys/amd64/amd64/exception.S:169 #6 0xffffffff8056679f in in_ifadown (ifa=0xffffff003bf5a600, delete=1) at /usr/src/sys/netinet/in_rmx.c:389 #7 0xffffffff805604f0 in in_control (so=Variable "so" is not available. ) at /usr/src/sys/netinet/in.c:474 #8 0xffffffff8051db2a in ifioctl (so=0xffffff002b085000, cmd=2149607705, data=0xffffff000142b800 "volia", td=0xffffff000d6149f0) at /usr/src/sys/net/if.c:1888 #9 0xffffffff804c48b3 in kern_ioctl (td=0xffffff000d6149f0, fd=3, com=2149607705, data=0xffffff000142b800 "volia") at file.h:266 #10 0xffffffff804c4b19 in ioctl (td=0xffffff000d6149f0, uap=0xffffffffb4c2abe0) at /usr/src/sys/kern/sys_generic.c:570 #11 0xffffffff80787e0e in syscall (frame=0xffffffffb4c2ac70) at /usr/src/sys/amd64/amd64/trap.c:852 #12 0xffffffff8077120b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290 #13 0x00000000006a2fac in ?? () Previous frame inner to this frame (corrupt stack?) kernconf: include GENERIC options INCLUDE_CONFIG_FILE # Include this file in kernel nooption SMP # Symmetric MultiProcessor Kernel nocpu I486_CPU nocpu I586_CPU nooption SCHED_4BSD options SCHED_ULE device crypto # core crypto support options IPSEC # New IPsec (cannot define w/ IPSEC) options LIBALIAS # Libalias library, performing NAT options IPFIREWALL # ipfw options IPFIREWALL_VERBOSE # enable logging to syslogd(8) options IPFIREWALL_FORWARD # Packet destination changes options IPFIREWALL_NAT # ipfw kernel NAT support options GEOM_JOURNAL # Journaling options KDB # Compile with kernel debugger related code. options DDB # Enable the ddb debugger backend. options KDB_TRACE # Print a stack trace of the current thread on the console for a panic. options ALT_BREAK_TO_DEBUGGER # Break via "CR ~ ^b" options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed nodevice umass # Disks/Mass storage - Requires scbus and da device ucom # USB serial support device uplcom # USB support for Prolific PL-2303 serial adapters -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 14:22:59 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57AD416A47D for ; Wed, 30 Jan 2008 14:22:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 31BC013C46E for ; Wed, 30 Jan 2008 14:22:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by elvis.mu.org (Postfix) with ESMTP id D74CB1A4D7C; Wed, 30 Jan 2008 06:22:57 -0800 (PST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 30 Jan 2008 08:49:57 -0500 User-Agent: KMail/1.9.7 References: <18328.45282.562906.708945@celery.zuhause.org> <18332.52845.956601.870334@celery.zuhause.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200801300849.58321.jhb@freebsd.org> Cc: Richard Todd Subject: Re: Weird performance behaviour in 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 14:22:59 -0000 On Tuesday 29 January 2008 06:36:43 pm Richard Todd wrote: > bruce@zuhause.mn.org writes: > > > I'm curious, though, should I be worried about the memcontrol list > > entries that are listed as "set-by-firmware active bogus"? > > > > 0x0/0xf080000000 BIOS write-back set-by-firmware active bogus > > 0x80000000/0xf040000000 BIOS write-back set-by-firmware active bogus > > 0xc0000000/0xf010000000 BIOS write-back set-by-firmware active bogus > > 0xcf800000/0xf000800000 BIOS uncacheable set-by-firmware active bogus > > 0xcf700000/0xf000100000 BIOS uncacheable set-by-firmware active bogus > > 0x100000000/0xf020000000 BIOS write-back set-by-firmware active bogus > > 0x120000000/0xf008000000 BIOS write-back set-by-firmware active bogus > > Worried that it says "bogus"? No, not really. This is, as I said earlier, > the result of an issue in the amd64 machdep.c code for handling MTRRs -- > it was written for the original amd64 where the "size" field of the MTRR > was a certain width. On Core 2 Duo these fields are 4 bits shorter, so > the machdep.c code looks at 4 more bits from that register than it should and > so all the size fields have that leading "f" digit. This causes the sizes > to no longer be a power of two, which causes machdep.c to set the "bogus" > flag because those entries look funny. The "bogus" flag being set doesn't > seem to actually break anything, and as near as I can figure if you change > the memcontrol entries the correct data gets written back to the registers > even on Core2Duo, so the "bogus" warnings seem to be pretty harmless. Ahh, I will look at fixing this. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 15:07:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4932816A49A for ; Wed, 30 Jan 2008 15:07:18 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 3D97413C4D9 for ; Wed, 30 Jan 2008 15:07:17 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so289172fgg.35 for ; Wed, 30 Jan 2008 07:07:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=45PRbJHWq6qQVKxoi8R5i8ripsqG/bpbZyqAVx8qbYA=; b=juQqmKPuKJYwWY8vr7uP7/GerfTmX3OySsxpuoa/xcafyIg9FS72HyomVG0X57enSZCM7q/q1g577tc7y9r+c2YvcOEGMFphhUlE8GGHRWYDMmERUcyVQ5jcu5UGo2Z01MJZ8SSkTag+brjDUR4gNOe6D9RktqkLGZnOmn2RGZg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=YuIXvx3OIgPW6HifRazTNMZiDhB5Y7XjJcbQ09FJf4Y8kWvn5MZnMG0zI474nuc+Y3GAHi6vDfGDWCQTqNvbfxp+Idmev33Ya6YbAAbO7cxz8aewzn2/kuiaPHIGLPRoSw5TYlEqEl0nyGYeAHENQeoGs/DvOHSoNy4onbPYAk4= Received: by 10.86.26.11 with SMTP id 11mr738657fgz.74.1201705634505; Wed, 30 Jan 2008 07:07:14 -0800 (PST) Received: by 10.86.28.19 with HTTP; Wed, 30 Jan 2008 07:07:14 -0800 (PST) Message-ID: <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> Date: Wed, 30 Jan 2008 16:07:14 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <20080130130820.GA88429@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <479B6303.6000401@FreeBSD.org> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> X-Google-Sender-Auth: 950367d43c3b616a Cc: Kostik Belousov , Doug Barton , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 15:07:18 -0000 2008/1/30, Yar Tikhiy : > On Tue, Jan 29, 2008 at 11:11:13PM +0100, Attilio Rao wrote: > > > > I'm committing my WITNESS patch now to perforce so that other people > > can hopefully stress-test it before to be committed. > > Do you think that that patch is applicable in my case? I.e., shall > I use it to get more debug info on my panics? > > If so, where is the patched file in the depot? Sorry but I had to delay the operation so far. In the end, a suitable patch is located here: http://www.freebsd.org/~attilio/witness_lockmgr.diff I tried it and it alredy reported 4 LORs just when booting the kernel :) So I would expect reasonably LOR cascades with this patch. If you all 3 (Scot, Yar and Doug) could try and test it I would appreciate a lot. Thanks, Attilio PS: This is the commit log to perforce: Add WITNESS support to lockmgr. A couple of notes: - Two options have been added in order to serve WITNESS: * LK_NOWITNESS which disables the support for the specified lock * LK_NODUP which disallows the usual DUPOK behaviour assumed as the default with lockmgr - In the case of lockmgr_disown() the lock is simply dropped. This means that a printout won't show the lock held even if it is basically held by LK_KERNPROC - In the case of upgrade we can have 3 different cases: * The shared lock is unheld but consequent acquisition fails; in this case the lock is reported dropped * We are the first upgrader so there is an effective WITNESS_UPGRADE * We are not the first upgrader so after the shared unlocking we need to acquire the lock in exclusive mode; this will be reported with 2 different WITNESS steps. - In the case of LK_DRAIN the lock will be only checked about the order but it won't be marked as acquired. This happens because a drained lock is directly destroyed and not really released, so witness_destroy() would badly panic in this case From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 15:12:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AF5C16A468 for ; Wed, 30 Jan 2008 15:12:03 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 7F42D13C45D for ; Wed, 30 Jan 2008 15:12:02 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so290673fgg.35 for ; Wed, 30 Jan 2008 07:12:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=DY7EICzrKL8O0ShPmJ+u595c709Uezpni7ucFzTdQlk=; b=r6tqBnw3jv1JBn/B/OmmHbMQTZxxYSF1xOQc2l8XqhYg5ZjMHMXXahffh00gV4GOPwIkT9UNnkPH7ECe8uqOJqkcr9a7mzngXu0Kbbs/YE/tSQ9hJR0RATNlBSfH/lrSMdx6N1IPAQlb/T1VjAV7+4XMUCRuEOnoi43Ypd0sgI8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=mR35MO13BBQrgmKB52Hd3Q9wfs2FfXY2+p3GvClSDDLGg+n1pKYsY6FQi6pYl/+HA+t+zMZ6g5t/p1Rojecj54t2n5fBpnYALjOiNCje7eNbMEvkNY24e6gLBKD8Hbb5LFWHEassCv+xJ3+Cn6paqx5TtLUZw3l0smbXKS0K3i4= Received: by 10.86.59.2 with SMTP id h2mr740830fga.78.1201705921101; Wed, 30 Jan 2008 07:12:01 -0800 (PST) Received: by 10.86.28.19 with HTTP; Wed, 30 Jan 2008 07:12:01 -0800 (PST) Message-ID: <3bbf2fe10801300712j2fa58aao163059ec9ed91882@mail.gmail.com> Date: Wed, 30 Jan 2008 16:12:01 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> X-Google-Sender-Auth: ab3ea338f2aa82be Cc: Kostik Belousov , Doug Barton , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 15:12:03 -0000 2008/1/30, Attilio Rao : > 2008/1/30, Yar Tikhiy : > > On Tue, Jan 29, 2008 at 11:11:13PM +0100, Attilio Rao wrote: > > > > > > I'm committing my WITNESS patch now to perforce so that other people > > > can hopefully stress-test it before to be committed. > > > > Do you think that that patch is applicable in my case? I.e., shall > > I use it to get more debug info on my panics? > > > > If so, where is the patched file in the depot? > > Sorry but I had to delay the operation so far. > In the end, a suitable patch is located here: > http://www.freebsd.org/~attilio/witness_lockmgr.diff > > I tried it and it alredy reported 4 LORs just when booting the kernel :) > So I would expect reasonably LOR cascades with this patch. > > If you all 3 (Scot, Yar and Doug) could try and test it I would > appreciate a lot. > > Thanks, > Attilio > > PS: This is the commit log to perforce: > Add WITNESS support to lockmgr. > A couple of notes: > - Two options have been added in order to serve WITNESS: > * LK_NOWITNESS which disables the support for the specified > lock > * LK_NODUP which disallows the usual DUPOK behaviour > assumed as the default with lockmgr > - In the case of lockmgr_disown() the lock is simply dropped. > This means that a printout won't show the lock held even if it > is basically held by LK_KERNPROC > - In the case of upgrade we can have 3 different cases: > * The shared lock is unheld but consequent acquisition > fails; in this case the lock is reported dropped > * We are the first upgrader so there is an effective > WITNESS_UPGRADE > * We are not the first upgrader so after the shared unlocking > we need to acquire the lock in exclusive mode; this will be > reported with 2 different WITNESS steps. > - In the case of LK_DRAIN the lock will be only checked about the > order but it won't be marked as acquired. This happens because a > drained lock is directly destroyed and not really released, so > witness_destroy() would badly panic in this case What I forgot to mention in this log is that the patch also fixes what seems a bug to me in the case a thread holds an exclusive lock and tries to acquire the same lock in a shared way. What happens in current CVS code is that the lock cames downgraded, but it seems to be handled badly so this patch should fix the behaviour. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 17:01:26 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D2D816A468; Wed, 30 Jan 2008 17:01:26 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2BC13C467; Wed, 30 Jan 2008 17:01:26 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0D90B20A7; Wed, 30 Jan 2008 18:01:15 +0100 (CET) X-Spam-Tests: AWL,DATE_IN_PAST_24_48 X-Spam-Learn: disabled X-Spam-Score: 0.6/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id E83452083; Wed, 30 Jan 2008 18:01:14 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id AB49E8452E; Mon, 28 Jan 2008 22:50:02 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Andrew Bliznak" References: <21be38170801280102x9effe69x3b928f498d9f8412@mail.gmail.com> Date: Mon, 28 Jan 2008 22:50:02 +0100 In-Reply-To: <21be38170801280102x9effe69x3b928f498d9f8412@mail.gmail.com> (Andrew Bliznak's message of "Mon\, 28 Jan 2008 11\:02\:50 +0200") Message-ID: <86tzkxr56d.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Alexander@Leidinger.net, dougb@FreeBSD.org, current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 17:01:26 -0000 "Andrew Bliznak" writes: > pool.ntp.org recommends now use 0. 1. also > .... http://www.pool.ntp.org/use.html It used to be the other way around... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 17:01:33 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE42416A420; Wed, 30 Jan 2008 17:01:33 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6D74113C457; Wed, 30 Jan 2008 17:01:33 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C840020E0; Wed, 30 Jan 2008 18:01:24 +0100 (CET) X-Spam-Tests: AWL,DATE_IN_PAST_12_24 X-Spam-Learn: disabled X-Spam-Score: 0.7/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 53D832090; Wed, 30 Jan 2008 18:01:15 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id B508E84537; Tue, 29 Jan 2008 20:15:38 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Doug Barton References: <86d4rn1kln.fsf@ds4.des.no> <86sl0jywii.fsf@ds4.des.no> <86abmryun9.fsf@ds4.des.no> <20080127213851.506zunyhwwg4wsgs@webmail.leidinger.net> <479CFD3B.6020806@dlr.de> <479D745C.3090207@FreeBSD.org> <86zluqut6n.fsf@ds4.des.no> <479E5ECE.5080107@FreeBSD.org> Date: Tue, 29 Jan 2008 20:15:38 +0100 In-Reply-To: <479E5ECE.5080107@FreeBSD.org> (Doug Barton's message of "Mon\, 28 Jan 2008 15\:01\:34 -0800") Message-ID: <86y7a8a1et.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Alexander Leidinger , Hartmut Brandt , current@FreeBSD.org Subject: Re: resolver change? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 17:01:33 -0000 Doug Barton writes: > Ok, then Robert is right, we need a tcpdump to figure out what's > happening here. I think what's happening is that there have been unannounced changes in the NTP pool's DNS implementation... so we can stand down the National Guard, I f***ed up, nothing to see, move along... Stuff changed, I incorrectly assumed that it hadn't and misinterpreted the output from the tools I used to verify that assumption, everything worked fine after this was explained to me on the timekeepers mailing list and I fixed my configuration, and I'm very embarrassed... I think I'll go fall on my sword now before I screw up anything else :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 17:02:07 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F406616A53A for ; Wed, 30 Jan 2008 17:02:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id B31B413C45B for ; Wed, 30 Jan 2008 17:02:06 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A8E412085; Wed, 30 Jan 2008 18:01:57 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 1EAC820AA; Wed, 30 Jan 2008 18:01:15 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id BFC6B84547; Wed, 30 Jan 2008 16:34:19 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Julian H. Stacey" References: <20080128225308.GT67081@hoeg.nl> <200801291042.m0TAgU9C070678@fire.js.berklix.net> Date: Wed, 30 Jan 2008 16:34:19 +0100 In-Reply-To: <200801291042.m0TAgU9C070678@fire.js.berklix.net> (Julian H. Stacey's message of "Tue\, 29 Jan 2008 11\:42\:30 +0100") Message-ID: <86y7a7wcn8.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current , portsmaster@freebsd.org, Ed Schouten Subject: Re: Turning COMPAT_43TTY into a binary-only compatibility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 17:02:07 -0000 "Julian H. Stacey" writes: > I'm too busy to review or help what you'r up to, sorry, but if your=20 > changes are the way FreeBSD is going, I have hardware that uses these: > /usr/ports/comms/gnokii MAINTAINER=3Dmad@madpilot.net > /usr/ports/misc/estic Port by me, MAINTAINER=3Ddinoex@FreeBSD.org > /usr/ports/sysutils/nut MAINTAINER=3DJoerg.Pulz@frm2.tum.de > & if necessary ? I'll be able to test diffs occasionaly when necessary. > (Hosts here run releasess & stable, but I could put up current when > needed). None of that stuff should be using sgtty. Linux, for instance, only has termios, not sgtty, so anything that runs on Linux must necessarily already support termios, and it's just a matter of fixing it so it doesn't insist on using sgtty instead. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 17:17:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E5ED16A417 for ; Wed, 30 Jan 2008 17:17:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 6488113C447; Wed, 30 Jan 2008 17:17:18 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 55EF11CDEA; Wed, 30 Jan 2008 18:17:17 +0100 (CET) Date: Wed, 30 Jan 2008 18:17:17 +0100 From: Ed Schouten To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20080130171717.GY67081@hoeg.nl> References: <20080128225308.GT67081@hoeg.nl> <200801291042.m0TAgU9C070678@fire.js.berklix.net> <86y7a7wcn8.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WxvyIW12Aj7m0eTB" Content-Disposition: inline In-Reply-To: <86y7a7wcn8.fsf@ds4.des.no> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: "Julian H. Stacey" , portsmaster@freebsd.org, FreeBSD Current Subject: Re: Turning COMPAT_43TTY into a binary-only compatibility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 17:17:18 -0000 --WxvyIW12Aj7m0eTB Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Dag-Erling Sm=F8rgrav wrote: > None of that stuff should be using sgtty. Linux, for instance, only has > termios, not sgtty, so anything that runs on Linux must necessarily > already support termios, and it's just a matter of fixing it so it > doesn't insist on using sgtty instead. That only partially true. Linux supports termios and termio, but it's not hard to port termio apps to termios. I ported a lot of them last year. In the most simple cases, it was just a matter of replacing ioctl() with tc[gs]etattr() and you're finished. --=20 Ed Schouten WWW: http://g-rave.nl/ --WxvyIW12Aj7m0eTB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkegsR0ACgkQ52SDGA2eCwWGGACeIYETZXqPPrJdIjnGGB4bit0Y vDgAn1M5JvRrDKBf+V6ZSPSC+ouBMEQW =1Z6P -----END PGP SIGNATURE----- --WxvyIW12Aj7m0eTB-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 17:46:03 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FE6816A417 for ; Wed, 30 Jan 2008 17:46:03 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.freebsd.org (Postfix) with ESMTP id 5566E13C465 for ; Wed, 30 Jan 2008 17:46:03 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.104) by pne-smtpout1-sn2.hy.skanova.net (7.3.129) id 478BC6770052DC7E; Wed, 30 Jan 2008 17:36:38 +0100 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Wed, 30 Jan 2008 17:36:47 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A18A6@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Reproducible ZFS-related panic thread-index: AchjXl7ZA/AYa5bXTeiAMpYQfWWoDw== From: "Daniel Eriksson" To: , Cc: pjd@FreeBSD.org Subject: Reproducible ZFS-related panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 17:46:03 -0000 If you import and export more than one zpool FreeBSD will panic during shutdown. This bug is present in both RELENG_7 and RELENG_7_0 (I have not tested CURRENT). kgdb output: Syncing disks, vnodes remaining...2 1 0 0 done All buffers synced. vput: negative ref count 0xc2ad1aa0: tag ufs, type VDIR usecount 0, writecount 0, refcount 2 mountedhere 0 flags (VV_ROOT) VI_LOCKed v_object 0xc1030174 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc2960000 (pid 1) ino 2, on dev ad0s1a panic: vput: negative ref cnt KDB: stack backtrace: db_trace_self_wrapper(c086ad8a,d3b19b68,c06265ba,c0868fd5,c08e9ca0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0868fd5,c08e9ca0,c086f57a,d3b19b74,d3b19b74,...) at kdb_backtrace+0x29 panic(c086f57a,c0855555,c086f561,c2ad1aa0,d3b19b90,...) at panic+0xaa vput(c2ad1aa0,2,d3b19bf0,c2960000,c086eedd,...) at vput+0xdb dounmount(c2ba6d0c,80000,c2960000,0,0,...) at dounmount+0x49f vfs_unmountall(c0868ebb,0,c2967000,8,d3b19c50,...) at vfs_unmountall+0x33 boot(c2960000,8,1,c295e000,c2960000,...) at boot+0x3e3 reboot(c2960000,d3b19cfc,4,c086b882,56,...) at reboot+0x66 syscall(d3b19d38) at syscall+0x33a Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (55, FreeBSD ELF32, reboot), eip =3D 0x8050903, esp =3D 0xbfbfe90c, ebp =3D 0xbfbfe9d8 --- Uptime: 2m42s Physical memory: 503 MB Dumping 39 MB: 24 8 Run this script and then reboot the computer to trigger the panic: dd if=3D/dev/zero of=3D/usr/_disk1 bs=3D1m count=3D80 dd if=3D/dev/zero of=3D/usr/_disk2 bs=3D1m count=3D80 mdconfig -f /usr/_disk1 -u 1 mdconfig -f /usr/_disk2 -u 2 /etc/rc.d/zfs forcestart zpool create tank1 md1 zpool create tank2 md2 sleep 2 touch /tank1/testfile touch /tank2/testfile sleep 2 zpool export tank2 zpool export tank1 sleep 10 zpool import tank1 zpool import tank2 sleep 2 touch /tank1/testfile touch /tank2/testfile sleep 2 zpool export tank2 zpool export tank1 /etc/rc.d/zfs forcestop sleep 2 mdconfig -d -u 1 mdconfig -d -u 2 rm /usr/_disk1 rm /usr/_disk2 /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 17:51:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8A0816A41B for ; Wed, 30 Jan 2008 17:51:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6A38413C447; Wed, 30 Jan 2008 17:51:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id DE697208F; Wed, 30 Jan 2008 18:51:49 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id C5D64208E; Wed, 30 Jan 2008 18:51:49 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id A58BF84487; Wed, 30 Jan 2008 18:51:49 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ed Schouten References: <20080128225308.GT67081@hoeg.nl> <200801291042.m0TAgU9C070678@fire.js.berklix.net> <86y7a7wcn8.fsf@ds4.des.no> <20080130171717.GY67081@hoeg.nl> Date: Wed, 30 Jan 2008 18:51:49 +0100 In-Reply-To: <20080130171717.GY67081@hoeg.nl> (Ed Schouten's message of "Wed\, 30 Jan 2008 18\:17\:17 +0100") Message-ID: <86y7a7urpm.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: "Julian H. Stacey" , portsmaster@freebsd.org, FreeBSD Current Subject: Re: Turning COMPAT_43TTY into a binary-only compatibility X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 17:51:58 -0000 Ed Schouten writes: > Dag-Erling Sm=C3=B8rgrav writes: > > None of that stuff should be using sgtty. Linux, for instance, only has > > termios, not sgtty, so anything that runs on Linux must necessarily > > already support termios, and it's just a matter of fixing it so it > > doesn't insist on using sgtty instead. > That only partially true. Linux supports termios and termio, but it's > not hard to port termio apps to termios. Yes, it supports both, but the former has long been deprecated in favor of the latter, so hopefully only crufty old software should use it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 20:35:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F16516A417 for ; Wed, 30 Jan 2008 20:35:12 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id DC65A13C45A for ; Wed, 30 Jan 2008 20:35:11 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so328102rvb.43 for ; Wed, 30 Jan 2008 12:35:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=aiAnmltHZEyYKUd3KjhlDDjoJynCvzWI6MElEbDq324=; b=E8Pv2tI1JfNVCa0aW0G/KRA7sIqrQI3cgPxLlVkS/gZwgEUzjhT3I1/m4LDtKgfJHFmIkfGxbx1XUPj7myEX7mi0aXe6WxeMkKs3axLNmlmdEYFkg8ZADUOHuYWaffjl8Wohvz7SLeudyTMR25y27YQhu/GEOb2sCJdUr0fdQYA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=IosgBIf63RQ7S4PdFCBpkMwqv974+idaPNvFjL4DH4W9n3c9zh+jkgAFZMgb4MQ7AIioD3SUHywo+fvlu6jIIG06jjhM/9TFSfj88j9M39pAXRw/lRtpzQxuDM5RxW/Jwd4zPV4UaHtShZdy/gWXlglnQVKkd1SvwS2vSf9hpus= Received: by 10.140.185.19 with SMTP id i19mr803772rvf.296.1201723681221; Wed, 30 Jan 2008 12:08:01 -0800 (PST) Received: by 10.141.170.18 with HTTP; Wed, 30 Jan 2008 12:08:01 -0800 (PST) Message-ID: <2e77fc10801301208s5954572ck72a9a04be4d6bef3@mail.gmail.com> Date: Wed, 30 Jan 2008 22:08:01 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: ed6b60415369f002 Subject: [patch] unable to remount/update gjournaled fs with "current" option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 20:35:12 -0000 Hello, I'm not sure if this is the right place for this, but probably we want this fixed before 7.0-RELEASE as it is the release that introduces geom_journal and it seems likely that this bug will be hit often. In short : When doing mount update with "current" option, mount(8) treats "gjournal" as mount option and tries to apply it. But "gjournal" is a flag, and not an mount option. This also affects "mount -p" case, where mount prints it's output in fstab compatible format. Filed as [bin/120162] : http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/120162 Patch is in the PR and here : http://bg.freebsd.org/~ndenev/src/mount.c.patch -- Niki From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 21:52:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D1DD16A479 for ; Wed, 30 Jan 2008 21:52:43 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.188]) by mx1.freebsd.org (Postfix) with ESMTP id CFD6513C448 for ; Wed, 30 Jan 2008 21:52:42 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by rn-out-0910.google.com with SMTP id s42so191115rnb.13 for ; Wed, 30 Jan 2008 13:52:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=L2ujFmfiYAeT7XH8UjLdhVOpaYsMH+ErPzFF0YReGVM=; b=GdRDcbN//luIQAbKnF64wdPnNfCv4ZnYr9wIB2op8FRCQgb22xGYO2CQBf7HUka8Cmb1oGBohVSiyw3dmh4D3U9as90ZMpz3NMT54QRie5362OVJZ0qDguFKhov+R+ydSlcjROYGW74t6pNEcr37ZwVpa6Ioa7hsCYy6gWxkyfA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PbqEldk32oI/U7mIdLJ1xSR1H+TRCjRUUqrVg6Ys8kdvXMAFZGoSHP0SZpw5B1LK2Ks0M4GcsX/NE0me/Yt+l211eC+XC0vK1ql5VzgmVo5FTl0gfyh2zEf4kM9pU1hIjn5LMkXsbF8YvCa3bc17KTGb8Wmr7uE9ortfFcqFHDE= Received: by 10.150.181.11 with SMTP id d11mr324154ybf.3.1201729961823; Wed, 30 Jan 2008 13:52:41 -0800 (PST) Received: by 10.150.203.18 with HTTP; Wed, 30 Jan 2008 13:52:41 -0800 (PST) Message-ID: <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> Date: Wed, 30 Jan 2008 15:52:41 -0600 From: "Scot Hetzel" To: "Attilio Rao" In-Reply-To: <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <3bbf2fe10801260918k56c1a73hf28ff154eca0b74c@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> Cc: Kostik Belousov , Yar Tikhiy , Doug Barton , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 21:52:43 -0000 On 1/30/08, Attilio Rao wrote: > 2008/1/30, Yar Tikhiy : > > On Tue, Jan 29, 2008 at 11:11:13PM +0100, Attilio Rao wrote: > > > > > > I'm committing my WITNESS patch now to perforce so that other people > > > can hopefully stress-test it before to be committed. > > > > Do you think that that patch is applicable in my case? I.e., shall > > I use it to get more debug info on my panics? > > > > If so, where is the patched file in the depot? > > Sorry but I had to delay the operation so far. > In the end, a suitable patch is located here: > http://www.freebsd.org/~attilio/witness_lockmgr.diff > > I tried it and it alredy reported 4 LORs just when booting the kernel :) > So I would expect reasonably LOR cascades with this patch. > > If you all 3 (Scot, Yar and Doug) could try and test it I would > appreciate a lot. > Reading back to Doug's and Yar's messages regarding the NTFS filesystem, I noticed that I am also mounting NTFS filesystems at boot time. I disabled the mounting of the NTFS filesystems. When 'cd /usr/ports ; find . -print' or '/usr/local/etc/cvsup/update.sh' is run, the panic doesn't occur. But when I mount the NTFS filesystem, and rerun the above commands, they cause the lstat panic. Even though these commands are not touching the NTFS filesystems. Also mounting/unmounting a NTFS filesystem will cause a panic. I applied the above patch to sources that were checked out about 2 hrs ago. Rebuilt/installed kernel and rebooted. If I don't mount a NTFS filesystem then the kernel doesn't panic when the above commands are run. But when the NTFS filesystem is mounted, the following lock order reversal occurs: lock order reversal: 1st 0xffffff0023285288 pseudofs (pseudofs) @ kern/vfs_subr.c:2061 2nd 0xffffff00232f2ca0 vfslock (vfslock) @ kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x606 _lockmgr() at _lockmgr+0x4cb vfs_busy() at vfs_busy+0xdf vfs_donmount() at vfs_donmount+0x9aa nmount() at nmount+0xa4 syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (378, FreeBSD ELF64, nmount), rip = 0x80079a57c, rsp = 0x7fffffffe8 28, rbp = 0x65a9d0 --- lock order reversal: 1st 0xffffff002347f668 ntfs (ntfs) @ kern/vfs_subr.c:2061 2nd 0xffffff00232f2650 vfslock (vfslock) @ kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x606 _lockmgr() at _lockmgr+0x4cb vfs_busy() at vfs_busy+0xdf vfs_donmount() at vfs_donmount+0x9aa nmount() at nmount+0xa4 syscall() at syscall+0x1ce Xfast_syscall() at Xfast_syscall+0xab --- syscall (378, FreeBSD ELF64, nmount), rip = 0x80079a57c, rsp = 0x7fffffffe8 28, rbp = 0x65ad80 --- Instead of getting the lstat panic, I am now getting the following panic when /usr/local/etc/cvsup/update.sh ran: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff80301051 stack pointer = 0x10:0xffffffffd6bb0100 frame pointer = 0x10:0xffffffffd6bb0190 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 1243 (cvsup) panic: Assertion !mtx_owned(&w_mtx) failed at ../../../kern/subr_witness.c:959 cpuid = 0 Uptime: 11m14s Physical memory: 2031 MB Dumping 325 MB: 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); Scot From owner-freebsd-current@FreeBSD.ORG Wed Jan 30 21:47:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 220FA16A417 for ; Wed, 30 Jan 2008 21:47:52 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.freebsd.org (Postfix) with ESMTP id EF51313C45B for ; Wed, 30 Jan 2008 21:47:51 +0000 (UTC) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id 82DEA95845; Wed, 30 Jan 2008 16:28:02 -0500 (EST) Date: Wed, 30 Jan 2008 16:28:02 -0500 From: James Snow To: freebsd-current@freebsd.org Message-ID: <20080130212801.GA90184@teardrop.org> References: <20070813055415.GM93381@obelix.dsto.defence.gov.au> <790a9fff0708122350w729761d1v72e6aaff414d3756@mail.gmail.com> <20070813070530.GT93381@obelix.dsto.defence.gov.au> <20070813123332.bd6dba7b.gary.jennejohn@freenet.de> <861we75zn6.fsf@ds4.des.no> <20070813134439.GX93381@obelix.dsto.defence.gov.au> <86hcn34gss.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86hcn34gss.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Wed, 30 Jan 2008 22:08:04 +0000 Subject: Re: ZVOL/ZFS hosting UFS filesystems ... ERROR! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2008 21:47:52 -0000 I realize I'm picking up an old thread, but I was having the same problem. Quick recap: Create a UFS filesystem on a ZVOL, drop an entry in /etc/fstab, and fail to mount the UFS/ZVOL filesystem at boot even if you add 'late' to the options in /etc/fstab. On Mon, Aug 13, 2007 at 05:04:19PM +0200, Dag-Erling Sm??rgrav wrote: > "Wilkinson, Alex" writes: > > > However, having said that, /etc/rc.d/zfs is before /etc/rc.d/mountlate. > > so everything is fine? > > > Suggestions ? > > If it still doesn't work, I'll need to see the full console output from > the point where init(8) starts until the point where getty(8) starts. For me the trouble was /etc/rc.d/fsck. fsck runs before zfs and mountlate, fails to find the UFS/ZVOL filesystem, and aborts the boot process. You can work around this by setting pass# to 0 in /etc/fstab. The trouble with this approach is that since this is a UFS filesystem, ZVOL or not, I'd still like to fsck it. -Snow From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 00:42:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80BEA16A41A for ; Thu, 31 Jan 2008 00:42:14 +0000 (UTC) (envelope-from jos@catnook.com) Received: from lizzy.dyndns.org (209-204-188-132.dsl.static.sonic.net [209.204.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 23C4113C455 for ; Thu, 31 Jan 2008 00:42:14 +0000 (UTC) (envelope-from jos@catnook.com) Received: (qmail 1220 invoked by uid 1000); 31 Jan 2008 00:42:35 -0000 Date: Wed, 30 Jan 2008 16:42:35 -0800 From: Jos Backus To: Robert Watson Message-ID: <20080131004235.GA1186@lizzy.catnook.local> Mail-Followup-To: Robert Watson , freebsd-current@freebsd.org, rrs@FreeBSD.org, bz@FreeBSD.org References: <20080128180840.GA9582@lizzy.catnook.local> <20080128204730.I56811@fledge.watson.org> <20080129015916.GA5413@lizzy.catnook.local> <20080130134307.P41201@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080130134307.P41201@fledge.watson.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: rrs@FreeBSD.org, freebsd-current@freebsd.org, bz@FreeBSD.org Subject: Re: panic: Lock so_rcv_sx not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.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, 31 Jan 2008 00:42:14 -0000 On Wed, Jan 30, 2008 at 01:45:08PM +0000, Robert Watson wrote: [snip] > Thanks, looks like that's enough for now. I've attached a patch, could you > let me know if it works? There turned out to be a number of issues here, > not least the possibility of an inter-thread deadlock if the blocked socket > read was never going to return, so if you could watch out for processes > failing to exit, not just panics, that would be good. I've CC'd Randall as > this change touches SCTP in a few places. After applying this patch I can no longer panic the system by killing npviewer.bin. Firefox feels more responsive, too. Thanks, Robert! -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 08:25:21 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 405ED16A417; Thu, 31 Jan 2008 08:25:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 068B413C43E; Thu, 31 Jan 2008 08:25:20 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id ABD0746DDD; Thu, 31 Jan 2008 03:25:20 -0500 (EST) Date: Thu, 31 Jan 2008 08:25:20 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jos Backus In-Reply-To: <20080131004235.GA1186@lizzy.catnook.local> Message-ID: <20080131082244.A32808@fledge.watson.org> References: <20080128180840.GA9582@lizzy.catnook.local> <20080128204730.I56811@fledge.watson.org> <20080129015916.GA5413@lizzy.catnook.local> <20080130134307.P41201@fledge.watson.org> <20080131004235.GA1186@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: rrs@FreeBSD.org, freebsd-current@freebsd.org, bz@FreeBSD.org Subject: Re: panic: Lock so_rcv_sx not exclusively locked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 08:25:21 -0000 On Wed, 30 Jan 2008, Jos Backus wrote: > On Wed, Jan 30, 2008 at 01:45:08PM +0000, Robert Watson wrote: > [snip] > >> Thanks, looks like that's enough for now. I've attached a patch, could you >> let me know if it works? There turned out to be a number of issues here, >> not least the possibility of an inter-thread deadlock if the blocked socket >> read was never going to return, so if you could watch out for processes >> failing to exit, not just panics, that would be good. I've CC'd Randall as >> this change touches SCTP in a few places. > > After applying this patch I can no longer panic the system by killing > npviewer.bin. Firefox feels more responsive, too. > > Thanks, Robert! No problem. I've committed to HEAD and will look at an MFC, possibly for 7.0. I need to get Randall to OK the sctp tweaks first though (CC'd). Improved responsiveness is slightly surprising, but not impossible if Firefox expects shutdown() to return quickly after canceling a connection, and therefore does it from a thread used for interactive stuff such as rendering. Previously, shutdown() might block waiting on an outstanding I/O to complete or time out, so if it was called from an interactive thread it might lead to apparent non-responsiveness. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 10:43:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16D9116A420 for ; Thu, 31 Jan 2008 10:43:13 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 71A7813C4E3 for ; Thu, 31 Jan 2008 10:43:12 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so633148fgg.35 for ; Thu, 31 Jan 2008 02:43:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=04L66+h2QGaHCNc2CdOTdkTKgi3q2kRnnYHytKiLoWo=; b=iNHpZ4DXMi+vxPMae0C8PVbCzwSBp8He5gogo0bB8AjuLclHjxokdCfKQ7nSHoP5ikouqeLpVYMnkr1HFGhpMrqvZxoj/dmsbB+a1bcinLAgTK5376GmR15tO03AbeWl1u7OMVBvSX2v/ZJlmsUZ7y01Al5K3ejcnhG0PYCW3HI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=nNI+LeCxd9Ubc73dIxSEO89nHZ6yFN4ObtRdksnQ2yBki5zitWZ/qbNjKlj+8VyFcaMLUnw0fH57JnpMTePwmYid0AN8knLfjB6kmTu9GgEMol8yxOIdIDES8KIjosWPkU1EFRpRnbZSSewyhKyaWBXPL4kLBKeCbPB3eCyozlA= Received: by 10.82.186.5 with SMTP id j5mr3503513buf.12.1201776190666; Thu, 31 Jan 2008 02:43:10 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 31 Jan 2008 02:43:10 -0800 (PST) Message-ID: <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> Date: Thu, 31 Jan 2008 11:43:10 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Scot Hetzel" In-Reply-To: <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801250000k5852c2f2j5d1897c900096818@mail.gmail.com> <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> X-Google-Sender-Auth: 7778d112fc69aafe Cc: Kostik Belousov , Yar Tikhiy , Doug Barton , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 10:43:13 -0000 2008/1/30, Scot Hetzel : > On 1/30/08, Attilio Rao wrote: > > 2008/1/30, Yar Tikhiy : > > > On Tue, Jan 29, 2008 at 11:11:13PM +0100, Attilio Rao wrote: > > > > > > > > I'm committing my WITNESS patch now to perforce so that other people > > > > can hopefully stress-test it before to be committed. > > > > > > Do you think that that patch is applicable in my case? I.e., shall > > > I use it to get more debug info on my panics? > > > > > > If so, where is the patched file in the depot? > > > > Sorry but I had to delay the operation so far. > > In the end, a suitable patch is located here: > > http://www.freebsd.org/~attilio/witness_lockmgr.diff > > > > I tried it and it alredy reported 4 LORs just when booting the kernel :) > > So I would expect reasonably LOR cascades with this patch. > > > > If you all 3 (Scot, Yar and Doug) could try and test it I would > > appreciate a lot. > > > > Reading back to Doug's and Yar's messages regarding the NTFS > filesystem, I noticed that I am also mounting NTFS filesystems at boot > time. I disabled the mounting of the NTFS filesystems. When 'cd > /usr/ports ; find . -print' or '/usr/local/etc/cvsup/update.sh' is > run, the panic doesn't occur. > > But when I mount the NTFS filesystem, and rerun the above commands, > they cause the lstat panic. Even though these commands are not > touching the NTFS filesystems. > > Also mounting/unmounting a NTFS filesystem will cause a panic. > > I applied the above patch to sources that were checked out about 2 hrs > ago. Rebuilt/installed kernel and rebooted. > > If I don't mount a NTFS filesystem then the kernel doesn't panic when > the above commands are run. So it seems NTFS is definitively busted. > But when the NTFS filesystem is mounted, the following lock order > reversal occurs: > > lock order reversal: > 1st 0xffffff0023285288 pseudofs (pseudofs) @ kern/vfs_subr.c:2061 > 2nd 0xffffff00232f2ca0 vfslock (vfslock) @ kern/vfs_subr.c:364 > > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x606 > > _lockmgr() at _lockmgr+0x4cb > vfs_busy() at vfs_busy+0xdf > vfs_donmount() at vfs_donmount+0x9aa > nmount() at nmount+0xa4 > > syscall() at syscall+0x1ce > Xfast_syscall() at Xfast_syscall+0xab > > --- syscall (378, FreeBSD ELF64, nmount), rip = 0x80079a57c, rsp = 0x7fffffffe8 > 28, rbp = 0x65a9d0 --- > lock order reversal: > 1st 0xffffff002347f668 ntfs (ntfs) @ kern/vfs_subr.c:2061 > 2nd 0xffffff00232f2650 vfslock (vfslock) @ kern/vfs_subr.c:364 > > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x606 > > _lockmgr() at _lockmgr+0x4cb > vfs_busy() at vfs_busy+0xdf > vfs_donmount() at vfs_donmount+0x9aa > nmount() at nmount+0xa4 > > syscall() at syscall+0x1ce > Xfast_syscall() at Xfast_syscall+0xab > > --- syscall (378, FreeBSD ELF64, nmount), rip = 0x80079a57c, rsp = 0x7fffffffe8 > 28, rbp = 0x65ad80 --- > > Instead of getting the lstat panic, I am now getting the following > panic when /usr/local/etc/cvsup/update.sh ran: > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x8:0xffffffff80301051 > stack pointer = 0x10:0xffffffffd6bb0100 > frame pointer = 0x10:0xffffffffd6bb0190 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 1243 (cvsup) > panic: Assertion !mtx_owned(&w_mtx) failed at ../../../kern/subr_witness.c:959 > cpuid = 0 > Uptime: 11m14s > Physical memory: 2031 MB > Dumping 325 MB: 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 > 38 22 6 The assertion failing should not happen now. Could you please hand-add a check in _lockmgr_disown() (kern/kern_lock.c) in order to check for the panicstr before to call WITNESS? I cannot access to perforce now and produce a suitable diff, so you can just do this by hand: if (lkp->lk_lockholder == td) { if (panicstr != NULL) WITNESS_UNLOCK(&lkp->lk_object, LOP_EXCLUSIVE, file, line); td->td_locks--; } -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 13:02:14 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBA2016A469; Thu, 31 Jan 2008 13:02:14 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0DF13C4E7; Thu, 31 Jan 2008 13:02:13 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id m0VD2B2j037528; Thu, 31 Jan 2008 16:02:11 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m0VD2A6t037527; Thu, 31 Jan 2008 16:02:10 +0300 (MSK) (envelope-from yar) Date: Thu, 31 Jan 2008 16:02:10 +0300 From: Yar Tikhiy To: Attilio Rao Message-ID: <20080131130210.GA37090@comp.chem.msu.su> References: <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801261657x7d7c9de4q71adeaf3a2dd8159@mail.gmail.com> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 13:02:15 -0000 On Thu, Jan 31, 2008 at 11:43:10AM +0100, Attilio Rao wrote: > > The assertion failing should not happen now. > Could you please hand-add a check in _lockmgr_disown() > (kern/kern_lock.c) in order to check for the panicstr before to call > WITNESS? I cannot access to perforce now and produce a suitable diff, > so you can just do this by hand: > > if (lkp->lk_lockholder == td) { > if (panicstr != NULL) > WITNESS_UNLOCK(&lkp->lk_object, LOP_EXCLUSIVE, file, line); > td->td_locks--; > } Shouldn't the test for panicstr be inverse: `panicstr == NULL'? I guess we shouldn't call WITNESS when panicing, should we? Sorry if I got it wrong. -- Yar From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 13:04:52 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B5D816A41A for ; Thu, 31 Jan 2008 13:04:52 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id BB2D413C468 for ; Thu, 31 Jan 2008 13:04:51 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so648579uge.37 for ; Thu, 31 Jan 2008 05:04:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=gRMDMuIawhfWqtz0vTXotedgveQXoM6E5F95YEc7Nx4=; b=jTRpwGXiz270BD7DaRzR86rcDch5CJIIMPjJHkMoHBhrEzs1Z59mR0ve3/ncrVdh3/JirGzIVvXHap8RnYLJb3YyuU/lTGA7EsxDXHpN6Tept9D862ClhjgcB0QMWh6SpYjHu2A7C8SQwTYhcQKmOhyQuWB0xpaYcw1gQyppAi8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=pZq96vEO5nMAcRNvWLOpeM9PH9BmLEDmOMHJq+SO0YvcuA78lyWKcATUSCs5L6Gv/NXXsd5ET9lyRB7JNGBXb1Sy6z47NQSWlMwC+mbrkOQKdDs3NKchvDnOHgWohBGdI3USOeoTnv2rVLfoD/q/YjZv2UxbX5ZOhF3zhk2WQkw= Received: by 10.67.22.2 with SMTP id z2mr4080264ugi.1.1201784689723; Thu, 31 Jan 2008 05:04:49 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 31 Jan 2008 05:04:49 -0800 (PST) Message-ID: <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> Date: Thu, 31 Jan 2008 14:04:49 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <20080131130210.GA37090@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <479BBDAA.6000008@FreeBSD.org> <479C0B5B.9030709@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> X-Google-Sender-Auth: fb49b7d299af9171 Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 13:04:52 -0000 2008/1/31, Yar Tikhiy : > On Thu, Jan 31, 2008 at 11:43:10AM +0100, Attilio Rao wrote: > > > > The assertion failing should not happen now. > > Could you please hand-add a check in _lockmgr_disown() > > (kern/kern_lock.c) in order to check for the panicstr before to call > > WITNESS? I cannot access to perforce now and produce a suitable diff, > > so you can just do this by hand: > > > > if (lkp->lk_lockholder == td) { > > if (panicstr != NULL) > > WITNESS_UNLOCK(&lkp->lk_object, LOP_EXCLUSIVE, file, line); > > td->td_locks--; > > } > > > Shouldn't the test for panicstr be inverse: `panicstr == NULL'? > I guess we shouldn't call WITNESS when panicing, should we? > Sorry if I got it wrong. Weee, you are right, sorry! Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 15:18:43 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 371FA16A421 for ; Thu, 31 Jan 2008 15:18:43 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2454413C45B for ; Thu, 31 Jan 2008 15:18:41 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so102469nfb.33 for ; Thu, 31 Jan 2008 07:18:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; bh=9rbsDkLAIeMOldBhEFVlJFySkM2GjOBStVrSOKnwltY=; b=BhDY0ehGLFblzXq4JEpl0xYEdrHPjXEUnuCLvsoqealYlGho3Jpl3wZ/OnLM/ji63v8zCoy8wZhUJhlvYXkHL5puy5u6hD4WWFFl00nE73P/fI5e8r44fWbO/7gHrgKF0moG6pVkl+NAS7rlAvSujxFSt3ie5Fx475tGht+iowA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:sender; b=A9ix9fSGmYLj+U+fSO9c9jprmXWk3IsQVHoflISCQjW3/S9/3gDQ3/m/FowXE4rSIVk7ZBNR00NfjxNJApgz9FrZYW0QPmOtQ8uZVggbPq/dZ4fyYyFd+TSlyOYE2RTgUG9v6dX5AT8e3wPzbHmYT4RYSrEPyxdJlF2oQfKST7M= Received: by 10.78.172.20 with SMTP id u20mr3547809hue.3.1201792720538; Thu, 31 Jan 2008 07:18:40 -0800 (PST) Received: from epsilon.local ( [193.126.200.245]) by mx.google.com with ESMTPS id k10sm4854038nfh.17.2008.01.31.07.18.38 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 31 Jan 2008 07:18:39 -0800 (PST) Message-Id: <42DB06A2-E12C-4897-9348-1FFBF225E9A2@FreeBSD.org> From: Rui Paulo To: Garance A Drosehn In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 31 Jan 2008 15:18:36 +0000 References: X-Mailer: Apple Mail (2.915) Sender: Rui Paulo Cc: freebsd-current@FreeBSD.org Subject: Re: FreeBSD on Asus EEE PC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 15:18:43 -0000 On Jan 28, 2008, at 6:03 PM, Garance A Drosehn wrote: > At 2:55 PM +0000 1/19/08, Rui Paulo wrote: >> On Jan 19, 2008, Garance A Drosehn wrote: >>> >>> One of the guys I know is running FreeBSD on the Eee, and has >>> written >>> up the following information for anyone who is interested in doing >>> what he did: >>> >>> http://nighthack.org/wiki/EeeBSD >>> >>> This includes tips on how to get the wireless working, and sound, >>> and some oddities with how X11 works. >> >> Well, I searched the wiki and I found no contact email, so I'm >> posting >> here hoping that you can contact him. > > Over this past weekend, he updated his web page based on your > comments, > and feedback from a few other people. It looks like there's a fair > number of people who are interested in running FreeBSD (or one of the > other BSD's) on the ASUS Eee. Cool, thanks :-) -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 17:37:18 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12B2216A417 for ; Thu, 31 Jan 2008 17:37:18 +0000 (UTC) (envelope-from AFriedman@drsns.com) Received: from bigmama.drsns.com (rrcs-71-41-74-142.se.biz.rr.com [71.41.74.142]) by mx1.freebsd.org (Postfix) with ESMTP id BA7F213C468 for ; Thu, 31 Jan 2008 17:37:17 +0000 (UTC) (envelope-from AFriedman@drsns.com) Received: from aharonlap (rrcs-71-41-74-141.se.biz.rr.com [71.41.74.141]) by bigmama.drsns.com (8.14.2/8.13.8) with ESMTP id m0VHbHAO053094 for ; Thu, 31 Jan 2008 12:37:17 -0500 (EST) (envelope-from AFriedman@drsns.com) From: "Dr. Aharon Friedman" To: Date: Thu, 31 Jan 2008 12:36:55 -0500 Message-ID: <003f01c8642f$dfd4b9c0$292d280a@friedman.net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: AchkLs5dqbOc/u9QSh2+Vk1ZOxk9SAAAPs0w Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IPSEC on FreeBSD 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 17:37:18 -0000 I have finally managed to get IPSec working on 7.0 last week (see previous thread). It works fine mostly except that on one machine the key package arrives corrupt, and that machine will not exchange keys. I am using raccoon and setkey. I noticed raccon2 mentioned in the discussion. Is it better? If so, is there a simple tutorial on setting up a tunnel? My goal is to set it simple enough so I can eventually build a grid of dynamic tunnels as some of the nodes have dynamic IP addresses. Aharon Friedman No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.17/1253 - Release Date: 1/31/2008 9:09 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.17/1253 - Release Date: 1/31/2008 9:09 AM From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 17:29:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2077316A419 for ; Thu, 31 Jan 2008 17:29:42 +0000 (UTC) (envelope-from AFriedman@drsns.com) Received: from bigmama.drsns.com (rrcs-71-41-74-142.se.biz.rr.com [71.41.74.142]) by mx1.freebsd.org (Postfix) with ESMTP id B85C513C461 for ; Thu, 31 Jan 2008 17:29:40 +0000 (UTC) (envelope-from AFriedman@drsns.com) Received: from aharonlap (rrcs-71-41-74-141.se.biz.rr.com [71.41.74.141]) by bigmama.drsns.com (8.14.2/8.13.8) with ESMTP id m0VHTdY7053013 for ; Thu, 31 Jan 2008 12:29:39 -0500 (EST) (envelope-from AFriedman@drsns.com) From: "Dr. Aharon Friedman" To: Date: Thu, 31 Jan 2008 12:29:18 -0500 Message-ID: <003a01c8642e$cf5a8b70$292d280a@friedman.net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: AchkLs5dqbOc/u9QSh2+Vk1ZOxk9SA== X-Mailman-Approved-At: Thu, 31 Jan 2008 17:51:07 +0000 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IPSEC on FreeBSD 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 17:29:42 -0000 I have finally managed to get IPSec working on 7.0 last week (see previous thread). It works fine mostly except that on one machine the key package arrives corrupt, and that machine will not exchange keys. I am using raccoon and setkey. I noticed raccon2 mentioned in the discussion. Is it better? If so, is there a simple tutorial on setting up a tunnel? My goal is to set it simple enough so I can eventually build a grid of dynamic tunnels as some of the nodes have dynamic IP addresses. Aharon Friedman No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.17/1253 - Release Date: 1/31/2008 9:09 AM From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 19:29:31 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D795416A41B for ; Thu, 31 Jan 2008 19:29:31 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outS.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id C97C213C447 for ; Thu, 31 Jan 2008 19:29:31 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 11:17:43 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id E3C3A127081 for ; Thu, 31 Jan 2008 11:17:42 -0800 (PST) Message-ID: <47A21ED6.5070303@elischer.org> Date: Thu, 31 Jan 2008 11:17:42 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 19:29:31 -0000 if you have a 7.0 SMP (8 way if possible) box and can stand a little down time, I'm looking for someone to test the following: This snippet may freeze the process after a while: #include #include #include void *forker (void *arg) { while (1) { pid_t pid = fork(); if (pid == 0) { exit(0); } else if (pid > 0) { int status; waitpid(pid, &status, 0); } else { printf("Fork failed\n"); abort(); } } } int main(void) { int i = 0; for (i = 0; i < 4; i++) { pthread_t thr; pthread_create(&thr, NULL, forker, NULL); pthread_detach(thr); } while(1) sleep(1000); } with the following patch applied: http://www.freebsd.org/~julian/kse-7.diff it should not. can someone with a 7.0 machine please confirm this? (requires a recompile of libkse and linking with libkse.) (you could call it something else for the test). From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 21:11:49 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8ACF16A421 for ; Thu, 31 Jan 2008 21:11:49 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 8277B13C4D3 for ; Thu, 31 Jan 2008 21:11:49 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so240784anc.13 for ; Thu, 31 Jan 2008 13:11:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=7is1bfzFI6XAWiwXiMIpFsDdh2c4G0mV7GZwYrDJM5o=; b=sxIl+sz5HPFiOozW5VBhVA7I7S4FZ80Gnw6ukBYgKPkyf/+/VoMhq5ZlMeAdE8eCOUNRMM4KLANUEtmvpt9CXhi7bmMA+O2UBEUULJ5oFXSUWHPsKt7ePyds6xP1ejwTVvMQTbElfJ9PSBpiGyjt/+5tUJqlN/GxaTrO5aHt69I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sZG8Wch0R504uvq9wkBPBO8asmep8byx5KUtUSKvD1IVRON0SCjG5qgXeDYHu28L/1WkL4uLE7E4sD2nHqX7GWh4K50oRlHlXzxscwHO03bg68CDlqbJ9FDGhShI84ic2awJCOrx2dgbJxT6phsrkhHr+U4qPb1Wax8w5F2Nuw8= Received: by 10.100.57.6 with SMTP id f6mr5413137ana.66.1201812249607; Thu, 31 Jan 2008 12:44:09 -0800 (PST) Received: by 10.100.242.10 with HTTP; Thu, 31 Jan 2008 12:44:09 -0800 (PST) Message-ID: Date: Thu, 31 Jan 2008 21:44:09 +0100 From: "Claus Guttesen" To: "Julian Elischer" In-Reply-To: <47A21ED6.5070303@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47A21ED6.5070303@elischer.org> Cc: FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 21:11:49 -0000 > if you have a 7.0 SMP (8 way if possible) box and can stand > a little down time, I'm looking for someone to test the following: I can test it tomorrow (GMT +1). It's a 2 x quad-core. > This snippet may freeze the process after a while: > > with the following patch applied: > http://www.freebsd.org/~julian/kse-7.diff > it should not. > > can someone with a 7.0 machine please confirm this? > (requires a recompile of libkse and linking with libkse.) > (you could call it something else for the test). I will just do a 'make world/kernel'. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 21:55:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F01A016A417 for ; Thu, 31 Jan 2008 21:55:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outD.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id E8A5113C45B for ; Thu, 31 Jan 2008 21:55:10 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 13:55:09 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 7C9AA12708D; Thu, 31 Jan 2008 13:55:09 -0800 (PST) Message-ID: <47A243BC.3060201@elischer.org> Date: Thu, 31 Jan 2008 13:55:08 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Claus Guttesen References: <47A21ED6.5070303@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 21:55:11 -0000 Claus Guttesen wrote: >> if you have a 7.0 SMP (8 way if possible) box and can stand >> a little down time, I'm looking for someone to test the following: > > I can test it tomorrow (GMT +1). It's a 2 x quad-core. > >> This snippet may freeze the process after a while: >> >> with the following patch applied: >> http://www.freebsd.org/~julian/kse-7.diff >> it should not. >> >> can someone with a 7.0 machine please confirm this? >> (requires a recompile of libkse and linking with libkse.) >> (you could call it something else for the test). > > I will just do a 'make world/kernel'. > the patch is only for libkse so remaking a libkse and calling it libkse2 and linking with it should be enough to test it. reboot shouldn't be needed. From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 21:58:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F022716A418 for ; Thu, 31 Jan 2008 21:58:02 +0000 (UTC) (envelope-from peter@alastria.net) Received: from nebula.thdo.uk.alastria.net (unknown [IPv6:2001:ba8:0:1f0::5]) by mx1.freebsd.org (Postfix) with ESMTP id A53B613C447 for ; Thu, 31 Jan 2008 21:58:02 +0000 (UTC) (envelope-from peter@alastria.net) Received: from caesium.alastria.lan (dragon.lancs.uk.alastria.net [88.96.139.34]) (authenticated bits=0) by nebula.thdo.uk.alastria.net (8.13.3/8.13.3) with ESMTP id m0VLw9nP011181 for ; Thu, 31 Jan 2008 21:58:15 GMT (envelope-from peter@alastria.net) Message-ID: <47A24459.4050009@alastria.net> Date: Thu, 31 Jan 2008 21:57:45 +0000 From: Peter Wood User-Agent: Thunderbird 2.0.0.9 (X11/20080124) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Flag: NO X-Virus-Status: No X-Spam-Score: 0.187 () FORGED_RCVD_HELO,RCVD_IN_SORBS_DUL X-Spam-Ultra-Flag: NO X-Spam-Low-Flag: NO X-Spam-Flag: NO X-Spam-High-Flag: NO X-Scanned-By: MIMEDefang 2.51 on 212.13.198.8 Cc: Subject: sys/kern/kern_time.c / ppsratecheck() off by one? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 21:58:03 -0000 Hey, I'm currently doing some work on implementing sampling in BPF, for one of the methods I've decided to make use of ppsratecheck(). After doing some testing, I found an unexpected result. Having run ppsratecheck() through on paper, I believe that it'll always be off by one if the actual pps is equal or above the maximum you require. 8.0-CURRENT integrated last night, in sys/kern/kern_time.c in ppsratecheck() the last return of the function is follows: 853 return (maxpps < 0 || *curpps < maxpps); Should this not be 853 return (maxpps < 0 || *curpps <= maxpps); As without it ppsratecheck() will never permit maxpps, only maxpps - 1. I could be talking twoddle, but I wanted to check. Pete. From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 22:14:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0712B16A419 for ; Thu, 31 Jan 2008 22:14:42 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from silver.teardrop.org (silver.teardrop.org [66.92.75.234]) by mx1.freebsd.org (Postfix) with ESMTP id DD4C513C459 for ; Thu, 31 Jan 2008 22:14:41 +0000 (UTC) (envelope-from snow@teardrop.org) Received: by silver.teardrop.org (Postfix, from userid 100) id F1CD195823; Thu, 31 Jan 2008 17:14:40 -0500 (EST) Date: Thu, 31 Jan 2008 17:14:40 -0500 From: James Snow To: freebsd-current@freebsd.org Message-ID: <20080131221440.GC1926@teardrop.org> References: <20070813055415.GM93381@obelix.dsto.defence.gov.au> <790a9fff0708122350w729761d1v72e6aaff414d3756@mail.gmail.com> <20070813070530.GT93381@obelix.dsto.defence.gov.au> <20070813123332.bd6dba7b.gary.jennejohn@freenet.de> <861we75zn6.fsf@ds4.des.no> <20070813134439.GX93381@obelix.dsto.defence.gov.au> <86hcn34gss.fsf@ds4.des.no> <20080130212801.GA90184@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080130212801.GA90184@teardrop.org> User-Agent: Mutt/1.4.2.3i Subject: Re: ZVOL/ZFS hosting UFS filesystems ... ERROR! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 22:14:42 -0000 On Wed, Jan 30, 2008 at 04:28:02PM -0500, James Snow wrote: > > For me the trouble was /etc/rc.d/fsck. fsck runs before zfs and > mountlate, fails to find the UFS/ZVOL filesystem, and aborts the boot > process. > > You can work around this by setting pass# to 0 in /etc/fstab. The > trouble with this approach is that since this is a UFS filesystem, ZVOL > or not, I'd still like to fsck it. swell.k@gmail.com wrote to me and suggested the following fix: --- /usr/src/etc/rc.d/hostid +++ /etc/rc.d/hostid @@ -28,7 +28,7 @@ # # PROVIDE: hostid -# REQUIRE: root +# REQUIRE: early # BEFORE: mountcritlocal # KEYWORD: nojail --- /usr/src/etc/rc.d/zfs +++ /etc/rc.d/zfs @@ -4,7 +4,7 @@ # # PROVIDE: zfs -# REQUIRE: mountcritlocal +# REQUIRE: hostid This puts /etc/rc.d/zfs before /etc/rc.d/fsck in the boot process, which fixes the problem perfectly. There don't appear to be any unintended consequences that I can see. -Snow From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 22:56:16 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F25BE16A419 for ; Thu, 31 Jan 2008 22:56:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id A765413C457 for ; Thu, 31 Jan 2008 22:56:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 7B12C28482 for ; Fri, 1 Feb 2008 06:56:15 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id A96A5EBBBBB; Fri, 1 Feb 2008 06:56:14 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id uJBK+02KNSuB; Fri, 1 Feb 2008 06:56:09 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 666E4EB249B; Fri, 1 Feb 2008 06:56:08 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=k9iWQdijhLlHPoIJLhMA+xvqed5le7nTSAObUkefd8QSTQSWAMSGseEgV1gTXKzhR 1YxdjZX7k55i1QuDsaMDw== Message-ID: <47A25206.6070406@delphij.net> Date: Thu, 31 Jan 2008 14:56:06 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Julian Elischer References: <47A21ED6.5070303@elischer.org> In-Reply-To: <47A21ED6.5070303@elischer.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@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: Thu, 31 Jan 2008 22:56:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Julian Elischer wrote: > > if you have a 7.0 SMP (8 way if possible) box and can stand > a little down time, I'm looking for someone to test the following: > > This snippet may freeze the process after a while: I have tested this on a 2*E5335 setup which is 2 way 4-core Xeon. What are you expecting from the test case? Will "no news is *the* good news" work? :-) - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHolIFi+vbBBjt66ARAmreAKCxmNyuFSgxSBY9lLQ+yoNWBKF5iACeP1xt H6Zv8F59bMPPrQLz3bdpX4I= =M0CF -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 23:28:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C87E316A419 for ; Thu, 31 Jan 2008 23:28:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outQ.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id B61C213C467 for ; Thu, 31 Jan 2008 23:28:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 15:28:21 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 8D21E12709F; Thu, 31 Jan 2008 15:28:20 -0800 (PST) Message-ID: <47A25993.6050200@elischer.org> Date: Thu, 31 Jan 2008 15:28:19 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: d@delphij.net References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> In-Reply-To: <47A25206.6070406@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2008 23:28:21 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Julian Elischer wrote: >> if you have a 7.0 SMP (8 way if possible) box and can stand >> a little down time, I'm looking for someone to test the following: >> >> This snippet may freeze the process after a while: > > I have tested this on a 2*E5335 setup which is 2 way 4-core Xeon. What > are you expecting from the test case? Will "no news is *the* good news" > work? :-) > > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > > iD8DBQFHolIFi+vbBBjt66ARAmreAKCxmNyuFSgxSBY9lLQ+yoNWBKF5iACeP1xt > H6Zv8F59bMPPrQLz3bdpX4I= > =M0CF > -----END PGP SIGNATURE----- it continuously forks children that exit., when it goes bad, then in top, you will see some of the children not exiting and staying present for ages. if aster 10 minutes you do not see any children hanging around the problem is not occuring. From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 23:42:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AF6A16A420 for ; Thu, 31 Jan 2008 23:42:51 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 341F313C448 for ; Thu, 31 Jan 2008 23:42:51 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 1A31D28482 for ; Fri, 1 Feb 2008 07:42:47 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 9C2AAEBBBD6; Fri, 1 Feb 2008 07:42:46 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 58Y2MQtz2rt2; Fri, 1 Feb 2008 07:42:40 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id EE3F2EBBBCB; Fri, 1 Feb 2008 07:42:39 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=tmBRa0W2/dMEhUVSyhTcXMAwcbSifLIVgbANnLQ/8XA08Ey70GcVVsH4dI9Il69s1 qr/9Afh+9VuXMdKh8Vqsw== Message-ID: <47A25CED.4010504@delphij.net> Date: Thu, 31 Jan 2008 15:42:37 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Julian Elischer References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> In-Reply-To: <47A25993.6050200@elischer.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@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: Thu, 31 Jan 2008 23:42:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Julian Elischer wrote: [...] > it continuously forks children that exit., > when it goes bad, then in top, you will see some of the children not > exiting and staying present for ages. > if aster 10 minutes you do not see any children hanging around the > problem is not occuring. So if it resolved the problem, I am expected to observe only 1 long-live parent running with some threads, and last pid continuously increases, but not two test programs? I ran them in unprivileged user, is that Ok? The first run was put into background with a log file, and it seems that it exited while I am on my way to office from co-location center without dangling processes, I am now running it again. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHolzti+vbBBjt66ARAniZAJ0f1StclxDkDzrhNM3b21MQ9I87mQCbBDPU WWLYHO+AR00JBkyDobJF+wY= =Doui -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Jan 31 23:52:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7860D16A468 for ; Thu, 31 Jan 2008 23:52:30 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 207D613C4CE for ; Thu, 31 Jan 2008 23:52:30 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 3EF3028481 for ; Fri, 1 Feb 2008 07:52:29 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id E71C3EBBBED; Fri, 1 Feb 2008 07:52:28 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id sdQbxV654ezO; Fri, 1 Feb 2008 07:52:23 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 2CC33EBBBE6; Fri, 1 Feb 2008 07:52:20 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=eR18ZgGNRq25DVIgCzITGz92jaF/BnUu4kGh2/t0M0jLXeSErDjsKON8fOhyV5g5r Sp7Q6NwX14YWF+QS6wKgw== Message-ID: <47A25F33.4040707@delphij.net> Date: Thu, 31 Jan 2008 15:52:19 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: d@delphij.net References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> In-Reply-To: <47A25CED.4010504@delphij.net> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Julian Elischer , FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@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: Thu, 31 Jan 2008 23:52:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xin LI wrote: > Julian Elischer wrote: > [...] >> it continuously forks children that exit., > >> when it goes bad, then in top, you will see some of the children not >> exiting and staying present for ages. >> if aster 10 minutes you do not see any children hanging around the >> problem is not occuring. > > So if it resolved the problem, I am expected to observe only 1 long-live > parent running with some threads, and last pid continuously increases, > but not two test programs? I ran them in unprivileged user, is that Ok? > > The first run was put into background with a log file, and it seems that > it exited while I am on my way to office from co-location center without > dangling processes, I am now running it again. Ok, I misunderstood it, it seems that the box has panicked on me without a dump, I will set up unattended ddb to see if I can get something... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHol8zi+vbBBjt66ARAhJYAJ9Jsj8lG2lHBM2CfEEQpHMHVoEehACeOCKq L0QJ8vjuXeWbW45f9UEQSOw= =cXYS -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 00:51:32 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A52C916A46B for ; Fri, 1 Feb 2008 00:51:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outK.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id 8F45913C478 for ; Fri, 1 Feb 2008 00:51:32 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 16:51:31 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 54C1B127085; Thu, 31 Jan 2008 16:51:31 -0800 (PST) Message-ID: <47A26D12.30205@elischer.org> Date: Thu, 31 Jan 2008 16:51:30 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: d@delphij.net References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> In-Reply-To: <47A25CED.4010504@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 00:51:32 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Julian Elischer wrote: > [...] >> it continuously forks children that exit., > >> when it goes bad, then in top, you will see some of the children not >> exiting and staying present for ages. >> if aster 10 minutes you do not see any children hanging around the >> problem is not occuring. > > So if it resolved the problem, I am expected to observe only 1 long-live > parent running with some threads, and last pid continuously increases, > but not two test programs? I ran them in unprivileged user, is that Ok? > > The first run was put into background with a log file, and it seems that > it exited while I am on my way to office from co-location center without > dangling processes, I am now running it again. yes. It APPEARS that the original problem does not occur in 7.0 but only in 6.3 you are linked with libkse right? It is possible that something else has been changed to cover the problem window. > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > > iD8DBQFHolzti+vbBBjt66ARAniZAJ0f1StclxDkDzrhNM3b21MQ9I87mQCbBDPU > WWLYHO+AR00JBkyDobJF+wY= > =Doui > -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 00:54:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F6E016A418; Fri, 1 Feb 2008 00:54:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 62BE013C45B; Fri, 1 Feb 2008 00:54:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m110sL7U041330; Thu, 31 Jan 2008 19:54:21 -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.14.2/8.14.1) with ESMTP id m110sLmV034183; Thu, 31 Jan 2008 19:54:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 44D0A73039; Thu, 31 Jan 2008 19:54:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201005421.44D0A73039@freebsd-current.sentex.ca> Date: Thu, 31 Jan 2008 19:54:21 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 00:54:22 -0000 TB --- 2008-01-31 23:46:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-01-31 23:46:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-01-31 23:46:31 - cleaning the object tree TB --- 2008-01-31 23:46:58 - cvsupping the source tree TB --- 2008-01-31 23:46:58 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-01-31 23:47:05 - building world (CFLAGS=-O -pipe) TB --- 2008-01-31 23:47:05 - cd /src TB --- 2008-01-31 23:47:05 - /usr/bin/make -B buildworld >>> World build started on Thu Jan 31 23:47:08 UTC 2008 >>> 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 >>> World build completed on Fri Feb 1 00:48:50 UTC 2008 TB --- 2008-02-01 00:48:50 - generating LINT kernel config TB --- 2008-02-01 00:48:50 - cd /src/sys/powerpc/conf TB --- 2008-02-01 00:48:50 - /usr/bin/make -B LINT TB --- 2008-02-01 00:48:50 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 00:48:50 - cd /src TB --- 2008-02-01 00:48:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 00:48:50 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 00:54:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 00:54:21 - ERROR: failed to build lint kernel TB --- 2008-02-01 00:54:21 - tinderbox aborted TB --- 3044.70 user 357.61 system 4069.20 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 01:05:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDC6A16A469 for ; Fri, 1 Feb 2008 01:05:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9659013C4D3 for ; Fri, 1 Feb 2008 01:05:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id B107128484 for ; Fri, 1 Feb 2008 09:05:37 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 4E868EBBC3E; Fri, 1 Feb 2008 09:05:37 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id NYnUiP8GhQlI; Fri, 1 Feb 2008 09:05:29 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B1FFAEB6D0F; Fri, 1 Feb 2008 09:05:28 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=BQl9EvpOmo+ZV1EBxu04iZMTZNZLd3HSTrZRHStH7BTMWNSE4EbQESLPTZ+ituC+p pXXLVSrOjEt1VENCdFscQ== Message-ID: <47A27056.5070603@delphij.net> Date: Thu, 31 Jan 2008 17:05:26 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Julian Elischer References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> In-Reply-To: <47A26D12.30205@elischer.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@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, 01 Feb 2008 01:05:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Julian Elischer wrote: > Xin LI wrote: > Julian Elischer wrote: > [...] >>>> it continuously forks children that exit., > >>>> when it goes bad, then in top, you will see some of the children not >>>> exiting and staying present for ages. >>>> if aster 10 minutes you do not see any children hanging around the >>>> problem is not occuring. > > So if it resolved the problem, I am expected to observe only 1 long-live > parent running with some threads, and last pid continuously increases, > but not two test programs? I ran them in unprivileged user, is that Ok? > > The first run was put into background with a log file, and it seems that > it exited while I am on my way to office from co-location center without > dangling processes, I am now running it again. > >> yes. >> It APPEARS that the original problem does not occur in 7.0 >> but only in 6.3 >> you are linked with libkse right? Yes, libkse (newly compiled) >> It is possible that something else has been changed to cover the >> problem window. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHonBWi+vbBBjt66ARAqORAKCaz4VI1GO3IZ7yW9F2uEMmjFADrgCbBNYV ABxsJm0Y6K4qJy4RXMZ0Q1o= =57Eg -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 01:40:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F409B16A419; Fri, 1 Feb 2008 01:40:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id C906213C45D; Fri, 1 Feb 2008 01:40:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m111eaJZ079280; Thu, 31 Jan 2008 20:40:37 -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.14.2/8.14.1) with ESMTP id m111eaWF021996; Thu, 31 Jan 2008 20:40:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A319B73039; Thu, 31 Jan 2008 20:40:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201014036.A319B73039@freebsd-current.sentex.ca> Date: Thu, 31 Jan 2008 20:40:36 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 01:40:38 -0000 TB --- 2008-02-01 00:36:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 00:36:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-02-01 00:36:04 - cleaning the object tree TB --- 2008-02-01 00:36:34 - cvsupping the source tree TB --- 2008-02-01 00:36:34 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-02-01 00:36:40 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 00:36:40 - cd /src TB --- 2008-02-01 00:36:40 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 00:36:42 UTC 2008 >>> 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 >>> World build completed on Fri Feb 1 01:34:40 UTC 2008 TB --- 2008-02-01 01:34:40 - generating LINT kernel config TB --- 2008-02-01 01:34:40 - cd /src/sys/sparc64/conf TB --- 2008-02-01 01:34:40 - /usr/bin/make -B LINT TB --- 2008-02-01 01:34:40 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 01:34:40 - cd /src TB --- 2008-02-01 01:34:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 01:34:40 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 01:40:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 01:40:36 - ERROR: failed to build lint kernel TB --- 2008-02-01 01:40:36 - tinderbox aborted TB --- 2872.60 user 355.77 system 3871.85 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 01:51:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6BDD16A418 for ; Fri, 1 Feb 2008 01:51:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF6613C45B for ; Fri, 1 Feb 2008 01:51:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 0F35028482 for ; Fri, 1 Feb 2008 09:51:07 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id BA25DEBBC48; Fri, 1 Feb 2008 09:51:06 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id rFbqU6SeQdVr; Fri, 1 Feb 2008 09:50:57 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 1C310EBBBB7; Fri, 1 Feb 2008 09:50:56 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=taIg2ntbLrlojnycoc9WqUMZvPTDGxmHqCcupnKuKMNedVVmskCJGPWRt3hFqEoBV 6u8CsDW3+2C/QdKUgMnaQ== Message-ID: <47A27AF3.2020701@delphij.net> Date: Thu, 31 Jan 2008 17:50:43 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Julian Elischer References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> In-Reply-To: <47A26D12.30205@elischer.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@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, 01 Feb 2008 01:51:08 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Julian Elischer wrote: > Xin LI wrote: > Julian Elischer wrote: > [...] >>>> it continuously forks children that exit., > >>>> when it goes bad, then in top, you will see some of the children not >>>> exiting and staying present for ages. >>>> if aster 10 minutes you do not see any children hanging around the >>>> problem is not occuring. > > So if it resolved the problem, I am expected to observe only 1 long-live > parent running with some threads, and last pid continuously increases, > but not two test programs? I ran them in unprivileged user, is that Ok? > > The first run was put into background with a log file, and it seems that > it exited while I am on my way to office from co-location center without > dangling processes, I am now running it again. > >> yes. >> It APPEARS that the original problem does not occur in 7.0 >> but only in 6.3 >> you are linked with libkse right? > >> It is possible that something else has been changed to cover the >> problem window. I'm not sure why, but a fresh RELENG_7_0 with your patch, plus DDB enabled does not trigger the problem :-/ Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHonryi+vbBBjt66ARAv+fAJ9I7BePXRrZmf6cgEWq3fuanEIXWwCdGDwy y0Q1kLMw3+yDSF5H9NzbNqM= =cM0D -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 01:55:23 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 571C916A418 for ; Fri, 1 Feb 2008 01:55:23 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outW.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id 41EEA13C45D for ; Fri, 1 Feb 2008 01:55:23 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 17:55:22 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 34A15127078; Thu, 31 Jan 2008 17:55:22 -0800 (PST) Message-ID: <47A27C08.3010709@elischer.org> Date: Thu, 31 Jan 2008 17:55:20 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: d@delphij.net References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> <47A27AF3.2020701@delphij.net> In-Reply-To: <47A27AF3.2020701@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 01:55:23 -0000 > > I'm not sure why, but a fresh RELENG_7_0 with your patch, plus DDB > enabled does not trigger the problem :-/ > what happens without the patch? From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 01:55:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1716D16A419; Fri, 1 Feb 2008 01:55:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E012313C465; Fri, 1 Feb 2008 01:55:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m111tQXL044566; Thu, 31 Jan 2008 20:55:26 -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.14.2/8.14.1) with ESMTP id m111tQUt031561; Thu, 31 Jan 2008 20:55:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2CA1A73039; Thu, 31 Jan 2008 20:55:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201015526.2CA1A73039@freebsd-current.sentex.ca> Date: Thu, 31 Jan 2008 20:55:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 01:55:27 -0000 TB --- 2008-02-01 00:54:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 00:54:21 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-02-01 00:54:21 - cleaning the object tree TB --- 2008-02-01 00:54:42 - cvsupping the source tree TB --- 2008-02-01 00:54:42 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-02-01 00:54:48 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 00:54:48 - cd /src TB --- 2008-02-01 00:54:48 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 00:54:51 UTC 2008 >>> 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 >>> World build completed on Fri Feb 1 01:50:39 UTC 2008 TB --- 2008-02-01 01:50:39 - generating LINT kernel config TB --- 2008-02-01 01:50:39 - cd /src/sys/sun4v/conf TB --- 2008-02-01 01:50:39 - /usr/bin/make -B LINT TB --- 2008-02-01 01:50:39 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 01:50:39 - cd /src TB --- 2008-02-01 01:50:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 01:50:40 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 01:55:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 01:55:26 - ERROR: failed to build lint kernel TB --- 2008-02-01 01:55:26 - tinderbox aborted TB --- 2864.50 user 352.46 system 3664.78 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 02:13:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81DF416A417 for ; Fri, 1 Feb 2008 02:13:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 25FBB13C458 for ; Fri, 1 Feb 2008 02:13:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 058C728481 for ; Fri, 1 Feb 2008 10:13:00 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 9EA5AEBBBC8; Fri, 1 Feb 2008 10:12:59 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 2sSP4pOkFFHh; Fri, 1 Feb 2008 10:12:54 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 9A472EB0CE5; Fri, 1 Feb 2008 10:12:53 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=g3bkDiTqMHR0qMFHNOV92lV4bCom68j1CpdWk15j7c7EbQjU0PI8MQE9GJnZUnEdi ooUOEt6kRRgD9CMDluYMg== Message-ID: <47A28023.9000105@delphij.net> Date: Thu, 31 Jan 2008 18:12:51 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Julian Elischer References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> <47A27AF3.2020701@delphij.net> <47A27C08.3010709@elischer.org> In-Reply-To: <47A27C08.3010709@elischer.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@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, 01 Feb 2008 02:13:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Julian Elischer wrote: > >> >> I'm not sure why, but a fresh RELENG_7_0 with your patch, plus DDB >> enabled does not trigger the problem :-/ >> > > what happens without the patch? No, I mean that it used to crash with previous kernel which is built only a couple of days ago, no more than a week. You want me to test the case without patch? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHooAji+vbBBjt66ARAlcdAJ0Q3IRPkjZGvUsKIDbkVamT9Q9v+wCfRsiG STfOJ310j+cEuBFMLamfVA4= =Micl -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 02:31:03 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 716A116A419 for ; Fri, 1 Feb 2008 02:31:03 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id EA82913C45B for ; Fri, 1 Feb 2008 02:31:02 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m1120Oiv016034 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Jan 2008 18:00:25 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <47A27CE8.1090802@FreeBSD.org> Date: Thu, 31 Jan 2008 17:59:04 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Julian Elischer References: <47A21ED6.5070303@elischer.org> In-Reply-To: <47A21ED6.5070303@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 02:31:03 -0000 On my 2-way SMP 7.0 system (old 2.6 GHz Xeon), the programs segfaults constantly: pid 57965 (a.out), uid 1001: exited on signal 11 (core dumped) pid 58080 (a.out), uid 1001: exited on signal 11 (core dumped) pid 58126 (a.out), uid 1001: exited on signal 11 (core dumped) pid 58123 (a.out), uid 1001: exited on signal 11 (core dumped) pid 58158 (a.out), uid 1001: exited on signal 11 (core dumped) pid 58188 (a.out), uid 1001: exited on signal 11 (core dumped) pid 58226 (a.out), uid 1001: exited on signal 11 (core dumped) [etc] (gdb) bt #0 0x48086af3 in pthread_sigmask () from /usr/lib/libkse.so.3 #1 0x00000001 in ?? () #2 0x48210734 in ?? () #3 0x48210700 in ?? () #4 0xbf7fcf48 in ?? () #5 0x4809cc41 in __error () from /usr/lib/libkse.so.3 Also, I've got the following after having the program run for a while (about 30 minutes): [sobomax@noisy /tmp]$ ./a.out Fatal error 'thread in syncq when it shouldn't be.' at line 1817 in file /usr/src/lib/libkse/thread/thr_mutex.c (errno = 0) Fatal error 'thread in syncq when it shouldn't be.' at line 1817 in file /usr/src/lib/libkse/thread/thr_mutex.c (errno = 0) Fatal error 'Recurse on a private mutex.' at line 1002 in file /usr/src/lib/libkse/thread/thr_mutex.c (errno = 22) Fatal error 'thread in syncq when it shouldn't be.' at line 1817 in file /usr/src/lib/libkse/thread/thr_mutex.c (errno = 0) Fatal error 'Recurse on a private mutex.' at line 1002 in file /usr/src/lib/libkse/thread/thr_mutex.c (errno = 22) I don't see any hanged process or any other anomalities yet, though. The program continues running, so that I let you know if I see something else. -Maxim P.S. I've compiled the program as follows: $ cc -pthread testkse.c -o a.out -lkse Julian Elischer wrote: > > if you have a 7.0 SMP (8 way if possible) box and can stand > a little down time, I'm looking for someone to test the following: > > This snippet may freeze the process after a while: > > #include > #include > #include > > void *forker (void *arg) { > while (1) { > pid_t pid = fork(); > if (pid == 0) { > exit(0); > } else if (pid > 0) { > int status; > waitpid(pid, &status, 0); > } else { > printf("Fork failed\n"); > abort(); > } > } > } > > int main(void) { > int i = 0; > for (i = 0; i < 4; i++) { > pthread_t thr; > pthread_create(&thr, NULL, forker, NULL); > pthread_detach(thr); > } > > while(1) > sleep(1000); > } > > > with the following patch applied: > http://www.freebsd.org/~julian/kse-7.diff > it should not. > > can someone with a 7.0 machine please confirm this? > (requires a recompile of libkse and linking with libkse.) > (you could call it something else for the test). > > > _______________________________________________ > 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 1 03:24:27 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28ADB16A417 for ; Fri, 1 Feb 2008 03:24:27 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outQ.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 1417913C4CC for ; Fri, 1 Feb 2008 03:24:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 19:24:25 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 7607712708F; Thu, 31 Jan 2008 19:24:25 -0800 (PST) Message-ID: <47A290E7.4040900@elischer.org> Date: Thu, 31 Jan 2008 19:24:23 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: d@delphij.net References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> <47A27AF3.2020701@delphij.net> <47A27C08.3010709@elischer.org> <47A28023.9000105@delphij.net> In-Reply-To: <47A28023.9000105@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 03:24:27 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Julian Elischer wrote: >>> I'm not sure why, but a fresh RELENG_7_0 with your patch, plus DDB >>> enabled does not trigger the problem :-/ >>> >> what happens without the patch? > > No, I mean that it used to crash with previous kernel which is built > only a couple of days ago, no more than a week. You want me to test the > case without patch? > We need to detirmine 1/ whether there is a problem in 7.0 in the first place. if not, we are done. 2/ whether the patch fixes it if there is a problem. > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > > iD8DBQFHooAji+vbBBjt66ARAlcdAJ0Q3IRPkjZGvUsKIDbkVamT9Q9v+wCfRsiG > STfOJ310j+cEuBFMLamfVA4= > =Micl > -----END PGP SIGNATURE----- > _______________________________________________ > 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 1 03:34:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1A3D16A417; Fri, 1 Feb 2008 03:34:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 71ACC13C459; Fri, 1 Feb 2008 03:34:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m113YtE0086670; Thu, 31 Jan 2008 22:34:55 -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.14.2/8.14.1) with ESMTP id m113YtWF024666; Thu, 31 Jan 2008 22:34:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7A3A173039; Thu, 31 Jan 2008 22:34:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201033455.7A3A173039@freebsd-current.sentex.ca> Date: Thu, 31 Jan 2008 22:34:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 03:34:56 -0000 TB --- 2008-02-01 02:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 02:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-01 02:00:00 - cleaning the object tree TB --- 2008-02-01 02:00:46 - cvsupping the source tree TB --- 2008-02-01 02:00:46 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-01 02:00:51 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 02:00:51 - cd /src TB --- 2008-02-01 02:00:51 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 02:00:53 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Feb 1 03:27:28 UTC 2008 TB --- 2008-02-01 03:27:28 - generating LINT kernel config TB --- 2008-02-01 03:27:28 - cd /src/sys/amd64/conf TB --- 2008-02-01 03:27:28 - /usr/bin/make -B LINT TB --- 2008-02-01 03:27:28 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 03:27:28 - cd /src TB --- 2008-02-01 03:27:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 03:27:28 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 03:34:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 03:34:55 - ERROR: failed to build lint kernel TB --- 2008-02-01 03:34:55 - tinderbox aborted TB --- 4247.12 user 535.95 system 5694.49 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 04:07:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D484916A420; Fri, 1 Feb 2008 04:07:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id ACF5313C448; Fri, 1 Feb 2008 04:07:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m1147t1W088332; Thu, 31 Jan 2008 23:07:55 -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.14.2/8.14.1) with ESMTP id m1147tMh084185; Thu, 31 Jan 2008 23:07:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CCA0373039; Thu, 31 Jan 2008 23:07:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201040754.CCA0373039@freebsd-current.sentex.ca> Date: Thu, 31 Jan 2008 23:07:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 04:07:56 -0000 TB --- 2008-02-01 02:58:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 02:58:35 - starting HEAD tinderbox run for i386/i386 TB --- 2008-02-01 02:58:35 - cleaning the object tree TB --- 2008-02-01 02:59:03 - cvsupping the source tree TB --- 2008-02-01 02:59:03 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2008-02-01 02:59:08 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 02:59:08 - cd /src TB --- 2008-02-01 02:59:08 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 02:59:09 UTC 2008 >>> 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 >>> World build completed on Fri Feb 1 04:00:05 UTC 2008 TB --- 2008-02-01 04:00:05 - generating LINT kernel config TB --- 2008-02-01 04:00:05 - cd /src/sys/i386/conf TB --- 2008-02-01 04:00:05 - /usr/bin/make -B LINT TB --- 2008-02-01 04:00:05 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 04:00:05 - cd /src TB --- 2008-02-01 04:00:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 04:00:05 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 04:07:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 04:07:54 - ERROR: failed to build lint kernel TB --- 2008-02-01 04:07:54 - tinderbox aborted TB --- 3119.17 user 379.66 system 4158.90 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 04:23:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B446C16A418 for ; Fri, 1 Feb 2008 04:23:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5820913C442 for ; Fri, 1 Feb 2008 04:23:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id D834C28481 for ; Fri, 1 Feb 2008 12:22:59 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 4E2DEEBBCBD; Fri, 1 Feb 2008 12:22:59 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id BQ4W7neC8QJh; Fri, 1 Feb 2008 12:22:51 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id C7DD6EBBCB1; Fri, 1 Feb 2008 12:22:49 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=BfyKob1YO08MtzDxr8z09l//v+WPBYrK4rSydXPwbcO5JG092lYCAitfy5+a13tqJ dK5d8RCEcvVs5pMamelrA== Message-ID: <47A29E95.5090404@delphij.net> Date: Thu, 31 Jan 2008 20:22:45 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Julian Elischer References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> <47A27AF3.2020701@delphij.net> <47A27C08.3010709@elischer.org> <47A28023.9000105@delphij.net> <47A290E7.4040900@elischer.org> In-Reply-To: <47A290E7.4040900@elischer.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@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, 01 Feb 2008 04:23:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Julian Elischer wrote: > Xin LI wrote: > Julian Elischer wrote: >>>>> I'm not sure why, but a fresh RELENG_7_0 with your patch, plus DDB >>>>> enabled does not trigger the problem :-/ >>>>> >>>> what happens without the patch? > > No, I mean that it used to crash with previous kernel which is built > only a couple of days ago, no more than a week. You want me to test the > case without patch? > > >> We need to detirmine >> 1/ whether there is a problem in 7.0 in the first place. if not, we are >> done. > >> 2/ whether the patch fixes it if there is a problem. I see. I have installed an unpatched libkse to see if we can get something... - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHop6Vi+vbBBjt66ARAsCmAJsFRatt5Jf4M8j4yVTnN9SATi/LBwCfcgdX TkDsE1HUvXImFvq4MOKFk7M= =t/pF -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 04:42:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C0E216A419; Fri, 1 Feb 2008 04:42:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 12D1013C465; Fri, 1 Feb 2008 04:42:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m114gn5q052861; Thu, 31 Jan 2008 23:42:49 -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.14.2/8.14.1) with ESMTP id m114gnai027792; Thu, 31 Jan 2008 23:42:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 057E973039; Thu, 31 Jan 2008 23:42:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201044249.057E973039@freebsd-current.sentex.ca> Date: Thu, 31 Jan 2008 23:42:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 04:42:50 -0000 TB --- 2008-02-01 03:34:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 03:34:55 - starting HEAD tinderbox run for i386/pc98 TB --- 2008-02-01 03:34:55 - cleaning the object tree TB --- 2008-02-01 03:35:21 - cvsupping the source tree TB --- 2008-02-01 03:35:21 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2008-02-01 03:35:26 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 03:35:26 - cd /src TB --- 2008-02-01 03:35:26 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 03:35:28 UTC 2008 >>> 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 >>> World build completed on Fri Feb 1 04:36:06 UTC 2008 TB --- 2008-02-01 04:36:06 - generating LINT kernel config TB --- 2008-02-01 04:36:06 - cd /src/sys/pc98/conf TB --- 2008-02-01 04:36:06 - /usr/bin/make -B LINT TB --- 2008-02-01 04:36:06 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 04:36:06 - cd /src TB --- 2008-02-01 04:36:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 04:36:07 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -pg -mprofiler-epilogue /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 04:42:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 04:42:48 - ERROR: failed to build lint kernel TB --- 2008-02-01 04:42:48 - tinderbox aborted TB --- 3048.76 user 383.71 system 4073.27 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 04:48:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA82A16A417 for ; Fri, 1 Feb 2008 04:48:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5189813C447 for ; Fri, 1 Feb 2008 04:48:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 1320128481 for ; Fri, 1 Feb 2008 12:48:54 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id BAAB4EB6DF2; Fri, 1 Feb 2008 12:48:53 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id zGdM0Tak8QiM; Fri, 1 Feb 2008 12:48:44 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B7D9DEB6D0F; Fri, 1 Feb 2008 12:48:42 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=brDrllDy/Ov0cvYo81OeoUGVpz8ee178EPSXiRQGUPllY0LS4Nnp6BoWH9bS7Kz0w LQnKKDNtfIQNMBm82Z7Cw== Message-ID: <47A2A4A6.3080901@delphij.net> Date: Thu, 31 Jan 2008 20:48:38 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: d@delphij.net References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> <47A27AF3.2020701@delphij.net> <47A27C08.3010709@elischer.org> <47A28023.9000105@delphij.net> <47A290E7.4040900@elischer.org> <47A29E95.5090404@delphij.net> In-Reply-To: <47A29E95.5090404@delphij.net> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Julian Elischer , FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@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, 01 Feb 2008 04:48:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Julian, I got a lot of this: Jan 31 20:46:43 storage1 kernel: pid 33214 (test), uid 1001: exited on signal 11 (core dumped) Jan 31 20:46:43 storage1 kernel: pid 33204 (test), uid 1001: exited on signal 11 (core dumped) Jan 31 20:46:43 storage1 kernel: pid 33220 (test), uid 1001: exited on signal 11 (core dumped) Jan 31 20:46:43 storage1 kernel: pid 33225 (test), uid 1001: exited on signal 11 (core dumped) Jan 31 20:46:43 storage1 kernel: pid 33222 (test), uid 1001: exited on signal 11 (core dumped) (gdb) where #0 0x000000080063d84f in pthread_sigmask () from /usr/lib/libkse.so.3 #1 0x000000080063d7f6 in sigprocmask () from /usr/lib/libkse.so.3 #2 0x00000008006485f8 in pthread_kill () from /usr/lib/libkse.so.3 #3 0x000000080063b0c5 in fork () from /usr/lib/libkse.so.3 #4 0x00000000004007e5 in forker () #5 0x00000008006418e9 in pthread_create () from /usr/lib/libkse.so.3 #6 0x00000008007a1b84 in makecontext () from /lib/libc.so.7 #7 0x0000000000000000 in ?? () #8 0x0000000800a1a800 in ?? () #9 0x00000000004007c0 in main () But there is no left-off childs so far after ~20 mins of run. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHoqSmi+vbBBjt66ARAlh2AJ48oFUJpUpz8B0QXV46F21CmLD/LQCaAwmd dfRtbkzT4I+cHyxHjnfX5+U= =f4D6 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 04:50:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 807AE16A419 for ; Fri, 1 Feb 2008 04:50:09 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id C76A113C467 for ; Fri, 1 Feb 2008 04:50:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id B937B28481 for ; Fri, 1 Feb 2008 12:50:04 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 611DCEBBCC5; Fri, 1 Feb 2008 12:50:04 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id znwDBvD7u0kn; Fri, 1 Feb 2008 12:49:59 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 232F2EB6D0F; Fri, 1 Feb 2008 12:49:57 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=QpxcBsUDVdfNBsZ7l/hgp07VIZO37bPoPRWYpkthPC4/XJ+CQu//MRidiDYaw78Bb h3gEMSlpxMlRCxJ2MhIEw== Message-ID: <47A2A4F4.8010601@delphij.net> Date: Thu, 31 Jan 2008 20:49:56 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: d@delphij.net References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> <47A27AF3.2020701@delphij.net> <47A27C08.3010709@elischer.org> <47A28023.9000105@delphij.net> <47A290E7.4040900@elischer.org> <47A29E95.5090404@delphij.net> <47A2A4A6.3080901@delphij.net> In-Reply-To: <47A2A4A6.3080901@delphij.net> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Julian Elischer , FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@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, 01 Feb 2008 04:50:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xin LI wrote: > Hi, Julian, > > I got a lot of this: > > Jan 31 20:46:43 storage1 kernel: pid 33214 (test), uid 1001: exited on > signal 11 (core dumped) > Jan 31 20:46:43 storage1 kernel: pid 33204 (test), uid 1001: exited on > signal 11 (core dumped) > Jan 31 20:46:43 storage1 kernel: pid 33220 (test), uid 1001: exited on > signal 11 (core dumped) > Jan 31 20:46:43 storage1 kernel: pid 33225 (test), uid 1001: exited on > signal 11 (core dumped) > Jan 31 20:46:43 storage1 kernel: pid 33222 (test), uid 1001: exited on > signal 11 (core dumped) > > (gdb) where > #0 0x000000080063d84f in pthread_sigmask () from /usr/lib/libkse.so.3 > #1 0x000000080063d7f6 in sigprocmask () from /usr/lib/libkse.so.3 > #2 0x00000008006485f8 in pthread_kill () from /usr/lib/libkse.so.3 > #3 0x000000080063b0c5 in fork () from /usr/lib/libkse.so.3 > #4 0x00000000004007e5 in forker () > #5 0x00000008006418e9 in pthread_create () from /usr/lib/libkse.so.3 > #6 0x00000008007a1b84 in makecontext () from /lib/libc.so.7 > #7 0x0000000000000000 in ?? () > #8 0x0000000800a1a800 in ?? () > #9 0x00000000004007c0 in main () > > But there is no left-off childs so far after ~20 mins of run. I mean, running with an unpatched version of libkse. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHoqTzi+vbBBjt66ARAm15AKC9pnWdMqVq3HBF15if3r8qMy88TgCaAyx3 Je3izhlgbRVcTepJscajuaQ= =hLET -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 05:25:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68B1A16A580; Fri, 1 Feb 2008 05:25:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD9013C457; Fri, 1 Feb 2008 05:25:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m115PTHY091342; Fri, 1 Feb 2008 00:25:29 -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.14.2/8.14.1) with ESMTP id m115PTNd049115; Fri, 1 Feb 2008 00:25:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D5F6873039; Fri, 1 Feb 2008 00:25:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201052528.D5F6873039@freebsd-current.sentex.ca> Date: Fri, 1 Feb 2008 00:25:28 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 05:25:30 -0000 TB --- 2008-02-01 04:07:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 04:07:54 - starting HEAD tinderbox run for ia64/ia64 TB --- 2008-02-01 04:07:54 - cleaning the object tree TB --- 2008-02-01 04:08:29 - cvsupping the source tree TB --- 2008-02-01 04:08:29 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2008-02-01 04:08:36 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 04:08:36 - cd /src TB --- 2008-02-01 04:08:36 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 04:08:39 UTC 2008 >>> 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 >>> World build completed on Fri Feb 1 05:17:38 UTC 2008 TB --- 2008-02-01 05:17:38 - generating LINT kernel config TB --- 2008-02-01 05:17:38 - cd /src/sys/ia64/conf TB --- 2008-02-01 05:17:38 - /usr/bin/make -B LINT TB --- 2008-02-01 05:17:38 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 05:17:38 - cd /src TB --- 2008-02-01 05:17:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 05:17:38 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -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 -fpic -ffreestanding -Werror /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -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 -fpic -ffreestanding -Werror /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -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 -fpic -ffreestanding -Werror /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -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 -fpic -ffreestanding -Werror /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 05:25:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 05:25:28 - ERROR: failed to build lint kernel TB --- 2008-02-01 05:25:28 - tinderbox aborted TB --- 3557.87 user 379.08 system 4653.80 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 05:50:08 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4CEE16A46D; Fri, 1 Feb 2008 05:50:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8E9FC13C4CE; Fri, 1 Feb 2008 05:50:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m115o8dD055725; Fri, 1 Feb 2008 00:50:08 -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.14.2/8.14.1) with ESMTP id m115o7fu061330; Fri, 1 Feb 2008 00:50:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B255B73039; Fri, 1 Feb 2008 00:50:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201055007.B255B73039@freebsd-current.sentex.ca> Date: Fri, 1 Feb 2008 00:50:07 -0500 (EST) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 05:50:09 -0000 TB --- 2008-02-01 04:42:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 04:42:49 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2008-02-01 04:42:49 - cleaning the object tree TB --- 2008-02-01 04:43:14 - cvsupping the source tree TB --- 2008-02-01 04:43:14 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2008-02-01 04:43:20 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 04:43:20 - cd /src TB --- 2008-02-01 04:43:20 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 04:43:21 UTC 2008 >>> 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 >>> World build completed on Fri Feb 1 05:44:18 UTC 2008 TB --- 2008-02-01 05:44:18 - generating LINT kernel config TB --- 2008-02-01 05:44:18 - cd /src/sys/powerpc/conf TB --- 2008-02-01 05:44:18 - /usr/bin/make -B LINT TB --- 2008-02-01 05:44:18 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 05:44:18 - cd /src TB --- 2008-02-01 05:44:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 05:44:18 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 05:50:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 05:50:07 - ERROR: failed to build lint kernel TB --- 2008-02-01 05:50:07 - tinderbox aborted TB --- 3047.77 user 355.02 system 4038.54 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 06:02:24 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3978616A419 for ; Fri, 1 Feb 2008 06:02:24 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id EF16C13C461 for ; Fri, 1 Feb 2008 06:02:23 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id m115kGSB017268; Fri, 1 Feb 2008 00:46:16 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Fri, 01 Feb 2008 00:46:16 -0500 (EST) Date: Fri, 1 Feb 2008 00:46:16 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Julian Elischer In-Reply-To: <47A290E7.4040900@elischer.org> Message-ID: References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> <47A27AF3.2020701@delphij.net> <47A27C08.3010709@elischer.org> <47A28023.9000105@delphij.net> <47A290E7.4040900@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: d@delphij.net, FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 01 Feb 2008 06:02:24 -0000 On Thu, 31 Jan 2008, Julian Elischer wrote: > Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Julian Elischer wrote: >>>> I'm not sure why, but a fresh RELENG_7_0 with your patch, plus DDB >>>> enabled does not trigger the problem :-/ >>>> >>> what happens without the patch? >> >> No, I mean that it used to crash with previous kernel which is built >> only a couple of days ago, no more than a week. You want me to test the >> case without patch? >> > > We need to detirmine > 1/ whether there is a problem in 7.0 in the first place. if not, we are done. > > 2/ whether the patch fixes it if there is a problem. I think it's safe to say that it _is_ a potential problem in both -current, 7.0 and 6.x. I committed it to -current without trying to duplicate the problem. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 06:30:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FCBE16A41A; Fri, 1 Feb 2008 06:30:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1392A13C45D; Fri, 1 Feb 2008 06:30:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m116U15Z093773; Fri, 1 Feb 2008 01:30:01 -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.14.2/8.14.1) with ESMTP id m116U1wZ042779; Fri, 1 Feb 2008 01:30:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E1B1273039; Fri, 1 Feb 2008 01:30:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201063000.E1B1273039@freebsd-current.sentex.ca> Date: Fri, 1 Feb 2008 01:30:00 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 06:30:02 -0000 TB --- 2008-02-01 05:25:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 05:25:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2008-02-01 05:25:28 - cleaning the object tree TB --- 2008-02-01 05:25:52 - cvsupping the source tree TB --- 2008-02-01 05:25:52 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2008-02-01 05:25:57 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 05:25:57 - cd /src TB --- 2008-02-01 05:25:57 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 05:25:59 UTC 2008 >>> 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 >>> World build completed on Fri Feb 1 06:24:05 UTC 2008 TB --- 2008-02-01 06:24:05 - generating LINT kernel config TB --- 2008-02-01 06:24:05 - cd /src/sys/sparc64/conf TB --- 2008-02-01 06:24:05 - /usr/bin/make -B LINT TB --- 2008-02-01 06:24:05 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 06:24:05 - cd /src TB --- 2008-02-01 06:24:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 06:24:05 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 06:30:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 06:30:00 - ERROR: failed to build lint kernel TB --- 2008-02-01 06:30:00 - tinderbox aborted TB --- 2872.84 user 352.92 system 3871.72 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 06:41:32 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D5EE16A421 for ; Fri, 1 Feb 2008 06:41:32 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id A7F9713C46B for ; Fri, 1 Feb 2008 06:41:31 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so887358uge.37 for ; Thu, 31 Jan 2008 22:41:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=KUodEO8o0UFCbkV8oL68gYySZygVRCe1aeydxbTMmK0=; b=x1QnrMv/6kPJlWLuqvM6or4pp02UelN4kFcH2zqJ7WCgYni6ala5gJwHZMcflyN/rTMFMXRwtZ91ie7hZAD2uGVa7lAT3mplKDVi+4QWox2S3hqJa7dsetdNV40pZlx+TY2RcaKKi94D4jOGWAM1Kz8NdFlo9KPp/VVyWOV7u4Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Xx8czyLyfIcZX8lDUljMJ6g2fPCwwpTNQabDdcJ1/owo7xwsOBoPkxWF1izJABEBf8nLa2hOrTTCsQw05ucXBs9S+xnVCeYxHGMpTpuUtCNlcKW+62mqxWDUrpoihjpYE0PrgwLvP4TNO0GFXKhIqtxSuuHTI9S7NxRqLrN0Nvo= Received: by 10.66.251.20 with SMTP id y20mr5096723ugh.67.1201848090285; Thu, 31 Jan 2008 22:41:30 -0800 (PST) Received: by 10.86.99.17 with HTTP; Thu, 31 Jan 2008 22:41:30 -0800 (PST) Message-ID: <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> Date: Fri, 1 Feb 2008 00:41:30 -0600 From: "Scot Hetzel" To: "Attilio Rao" In-Reply-To: <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <479BBDAA.6000008@FreeBSD.org> <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> Cc: Kostik Belousov , Yar Tikhiy , Doug Barton , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 06:41:32 -0000 On 1/31/08, Attilio Rao wrote: > 2008/1/31, Yar Tikhiy : > > > On Thu, Jan 31, 2008 at 11:43:10AM +0100, Attilio Rao wrote: > > > > > > The assertion failing should not happen now. > > > Could you please hand-add a check in _lockmgr_disown() > > > (kern/kern_lock.c) in order to check for the panicstr before to call > > > WITNESS? I cannot access to perforce now and produce a suitable diff, > > > so you can just do this by hand: > > > > > > if (lkp->lk_lockholder == td) { > > > if (panicstr != NULL) > > > WITNESS_UNLOCK(&lkp->lk_object, LOP_EXCLUSIVE, file, line); > > > td->td_locks--; > > > } > > > > > > Shouldn't the test for panicstr be inverse: `panicstr == NULL'? > > I guess we shouldn't call WITNESS when panicing, should we? > > Sorry if I got it wrong. > > > Weee, you are right, sorry! > > I added this change to kern/kern_lock.c, but I'm still getting this panic after mounting the ntfs filesystem, and using cvsup to update the local mirror: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffff80301051 stack pointer = 0x10:0xffffffffd43b9100 frame pointer = 0x10:0xffffffffd43b9190 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 1229 (cvsup) panic: Assertion !mtx_owned(&w_mtx) failed at ../../../kern/subr_witness.c:959 cpuid = 0 Uptime: 4m38s Physical memory: 2031 MB Dumping 324 MB: 309 293 277 261 245 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5 Scot From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 06:50:38 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF86116A420; Fri, 1 Feb 2008 06:50:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 934E913C45A; Fri, 1 Feb 2008 06:50:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m116ocYA094544; Fri, 1 Feb 2008 01:50:38 -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.14.2/8.14.1) with ESMTP id m116objX081370; Fri, 1 Feb 2008 01:50:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 95D9A73039; Fri, 1 Feb 2008 01:50:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201065037.95D9A73039@freebsd-current.sentex.ca> Date: Fri, 1 Feb 2008 01:50:37 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 06:50:38 -0000 TB --- 2008-02-01 05:50:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 05:50:07 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2008-02-01 05:50:07 - cleaning the object tree TB --- 2008-02-01 05:50:28 - cvsupping the source tree TB --- 2008-02-01 05:50:28 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2008-02-01 05:50:34 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 05:50:34 - cd /src TB --- 2008-02-01 05:50:34 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 05:50:35 UTC 2008 >>> 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 >>> World build completed on Fri Feb 1 06:45:43 UTC 2008 TB --- 2008-02-01 06:45:43 - generating LINT kernel config TB --- 2008-02-01 06:45:43 - cd /src/sys/sun4v/conf TB --- 2008-02-01 06:45:43 - /usr/bin/make -B LINT TB --- 2008-02-01 06:45:43 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 06:45:43 - cd /src TB --- 2008-02-01 06:45:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 06:45:43 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 06:50:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 06:50:37 - ERROR: failed to build lint kernel TB --- 2008-02-01 06:50:37 - tinderbox aborted TB --- 2869.38 user 346.41 system 3629.82 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 07:00:29 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5614616A41B for ; Fri, 1 Feb 2008 07:00:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outQ.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 3C1A113C455 for ; Fri, 1 Feb 2008 07:00:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 31 Jan 2008 23:00:28 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 123B3127078; Thu, 31 Jan 2008 23:00:28 -0800 (PST) Message-ID: <47A2C38B.7050804@elischer.org> Date: Thu, 31 Jan 2008 23:00:27 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Daniel Eischen References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> <47A27AF3.2020701@delphij.net> <47A27C08.3010709@elischer.org> <47A28023.9000105@delphij.net> <47A290E7.4040900@elischer.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: d@delphij.net, FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 07:00:29 -0000 Daniel Eischen wrote: > On Thu, 31 Jan 2008, Julian Elischer wrote: > >> Xin LI wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Julian Elischer wrote: >>>>> I'm not sure why, but a fresh RELENG_7_0 with your patch, plus DDB >>>>> enabled does not trigger the problem :-/ >>>>> >>>> what happens without the patch? >>> >>> No, I mean that it used to crash with previous kernel which is built >>> only a couple of days ago, no more than a week. You want me to test the >>> case without patch? >>> >> >> We need to detirmine >> 1/ whether there is a problem in 7.0 in the first place. if not, we >> are done. >> >> 2/ whether the patch fixes it if there is a problem. > > I think it's safe to say that it _is_ a potential problem in both > -current, 7.0 and 6.x. I committed it to -current without trying > to duplicate the problem. yes but 7.0 is in countdown where -current isn't > From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 08:31:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1F5C16A418; Fri, 1 Feb 2008 08:31:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 759C213C442; Fri, 1 Feb 2008 08:31:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.2/8.14.2) with ESMTP id m118V1eA098680; Fri, 1 Feb 2008 03:31:01 -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.14.2/8.14.1) with ESMTP id m118V1id073637; Fri, 1 Feb 2008 03:31:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3A36173039; Fri, 1 Feb 2008 03:31:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20080201083101.3A36173039@freebsd-current.sentex.ca> Date: Fri, 1 Feb 2008 03:31:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.92/5493/Thu Jan 17 13:09:26 2008 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 08:31:02 -0000 TB --- 2008-02-01 06:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2008-02-01 06:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2008-02-01 06:55:00 - cleaning the object tree TB --- 2008-02-01 06:55:38 - cvsupping the source tree TB --- 2008-02-01 06:55:38 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2008-02-01 06:55:44 - building world (CFLAGS=-O -pipe) TB --- 2008-02-01 06:55:44 - cd /src TB --- 2008-02-01 06:55:44 - /usr/bin/make -B buildworld >>> World build started on Fri Feb 1 06:55:46 UTC 2008 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Feb 1 08:23:34 UTC 2008 TB --- 2008-02-01 08:23:34 - generating LINT kernel config TB --- 2008-02-01 08:23:34 - cd /src/sys/amd64/conf TB --- 2008-02-01 08:23:34 - /usr/bin/make -B LINT TB --- 2008-02-01 08:23:34 - building LINT kernel (COPTFLAGS=) TB --- 2008-02-01 08:23:34 - cd /src TB --- 2008-02-01 08:23:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 1 08:23:34 UTC 2008 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_one2many.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_parse.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_ppp.c cc -c -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue /src/sys/netgraph/ng_pppoe.c /src/sys/netgraph/ng_pppoe.c: In function 'pppoe_findsession': /src/sys/netgraph/ng_pppoe.c:603: error: 'hook' undeclared (first use in this function) /src/sys/netgraph/ng_pppoe.c:603: error: (Each undeclared identifier is reported only once /src/sys/netgraph/ng_pppoe.c:603: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-02-01 08:31:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-02-01 08:31:01 - ERROR: failed to build lint kernel TB --- 2008-02-01 08:31:01 - tinderbox aborted TB --- 4250.77 user 537.60 system 5760.87 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 09:35:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3B8616A417 for ; Fri, 1 Feb 2008 09:35:40 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id 8547A13C448 for ; Fri, 1 Feb 2008 09:35:39 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id AAB19731B4; Fri, 1 Feb 2008 09:35:38 +0000 (GMT) Date: Fri, 1 Feb 2008 09:35:38 +0000 From: John Birrell To: current@freebsd.org Message-ID: <20080201093538.GA83169@what-creek.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 09:35:40 -0000 [ amd64 and i386 users only ] Here is a link to a current snapshot containing DTrace: It's a big file, but for anyone who is interested, I can provide diffs in future from it. The source builds like a normal FreeBSD buildworld/buildkernel. If you want debug symbols built in, you must do it by setting DEBUG_FLAGS=-g in /etc/make.conf. Just trying to set the default CFLAGS to include -g won't work because the CTF tools (which create the CTF ELF segment that DTrace uses) will compile with -g anyway, and only if you have set DEBUG_FLAGS=-g will it leave the debug ELF sections, otherwise they will be deleted as part of the conversion. A "make universe" will work across all architectures. The machine dependent support for the kernel modules is only present for amd64 and i386. i386 needs more asm code to support the exceptions that the Function Boundary Trace (fbt) provider uses. The DTrace Test Suite can be run: cd src/tools/test/dtrace make cleandir && make obj && make all On amd64 all 822 tests should pass. Beware of the stress that some of the tests place the system under. It is best to avoid running too many other resource hungry apps at the same time. Also consider the likelihood of the system locking up. This is Alpha quality. :-) You can read the DTrace documentation online here: or you download the PDF file from there too. You can load the DTrace kernel modules from the bootloader. There are menu uptions for both single- and multi-user mode there. Alternately you can "kldload dtraceall" to load the full DTrace kernel module set. With the modules loaded, you are ready to run the (superuser) "dtrace" command line program.... see the documentation. Enjoy. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 09:57:22 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E93616A41B for ; Fri, 1 Feb 2008 09:57:22 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id DE0B813C455 for ; Fri, 1 Feb 2008 09:57:21 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-72-64-102.dsl.telstraclear.net [121.72.64.102]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JVK00FJY098FY00@smtp3.clear.net.nz> for current@freebsd.org; Fri, 01 Feb 2008 22:41:34 +1300 (NZDT) Date: Fri, 01 Feb 2008 22:41:30 +1300 From: Mark Kirkwood In-reply-to: <47A2A4F4.8010601@delphij.net> To: d@delphij.net Message-id: <47A2E94A.4020401@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> <47A27AF3.2020701@delphij.net> <47A27C08.3010709@elischer.org> <47A28023.9000105@delphij.net> <47A290E7.4040900@elischer.org> <47A29E95.5090404@delphij.net> <47A2A4A6.3080901@delphij.net> <47A2A4F4.8010601@delphij.net> User-Agent: Thunderbird 2.0.0.9 (X11/20071203) Cc: Julian Elischer , FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 09:57:22 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Xin LI wrote: > >> Hi, Julian, >> >> I got a lot of this: >> >> Jan 31 20:46:43 storage1 kernel: pid 33214 (test), uid 1001: exited on >> signal 11 (core dumped) >> Jan 31 20:46:43 storage1 kernel: pid 33204 (test), uid 1001: exited on >> signal 11 (core dumped) >> Jan 31 20:46:43 storage1 kernel: pid 33220 (test), uid 1001: exited on >> signal 11 (core dumped) >> Jan 31 20:46:43 storage1 kernel: pid 33225 (test), uid 1001: exited on >> signal 11 (core dumped) >> Jan 31 20:46:43 storage1 kernel: pid 33222 (test), uid 1001: exited on >> signal 11 (core dumped) >> >> (gdb) where >> #0 0x000000080063d84f in pthread_sigmask () from /usr/lib/libkse.so.3 >> #1 0x000000080063d7f6 in sigprocmask () from /usr/lib/libkse.so.3 >> #2 0x00000008006485f8 in pthread_kill () from /usr/lib/libkse.so.3 >> #3 0x000000080063b0c5 in fork () from /usr/lib/libkse.so.3 >> #4 0x00000000004007e5 in forker () >> #5 0x00000008006418e9 in pthread_create () from /usr/lib/libkse.so.3 >> #6 0x00000008007a1b84 in makecontext () from /lib/libc.so.7 >> #7 0x0000000000000000 in ?? () >> #8 0x0000000800a1a800 in ?? () >> #9 0x00000000004007c0 in main () >> >> But there is no left-off childs so far after ~20 mins of run. >> > > I mean, running with an unpatched version of libkse. > > > On a dual cpu PIII 1.26 Ghz Tualatin running unpatched Releng 7, I went away after 10 minutes... came back and saw: $ uname -a FreeBSD ikker.markir.net 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #21: Mon Jan 28 14:11:09 NZDT 2008 postgres@ikker.markir.net:/usr/obj/usr/src/sys/STANDARD i386 $ gcc -O2 -o threadtest threadtest.c -lkse $ ./threadtest Fatal error 'thread in syncq when it shouldn't be.' at line 1817 in file /usr/src/lib/libkse/thread/thr_mutex.c (errno = 0) Fatal error 'Recurse on a private mutex.' at line 1002 in file /usr/src/lib/libkse/thread/thr_mutex.c (errno = 22) Fatal error 'thread in syncq when it shouldn't be.' at line 1817 in file /usr/src/lib/libkse/thread/thr_mutex.c (errno = 0) Fatal error 'Recurse on a private mutex.' at line 1002 in file /usr/src/lib/libkse/thread/thr_mutex.c (errno = 22) ...(repeats) regards Mark From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 09:59:51 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A725A16A417 for ; Fri, 1 Feb 2008 09:59:51 +0000 (UTC) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.freebsd.org (Postfix) with ESMTP id EB87C13C455 for ; Fri, 1 Feb 2008 09:59:50 +0000 (UTC) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id m119buWe008912 for ; Fri, 1 Feb 2008 15:38:01 +0600 Received: from [10.10.10.10] ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11.20060308/8.12.11) with ESMTP id m119brCj003598 for ; Fri, 1 Feb 2008 15:37:56 +0600 From: Bachilo Dmitry Organization: Solink Ltd To: current@freebsd.org Date: Fri, 1 Feb 2008 15:37:52 +0600 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 Content-Disposition: inline Message-Id: <200802011537.53078.root@solink.ru> Cc: Subject: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 09:59:51 -0000 R29vZCBkYXksIGV2ZXJ5Ym9keS4KQXMgZmFyIGFzIEkga25vdyB0aGVyZSB3aWxsIGJlIG5vdyAz IGluc3RhbGxhdGlvbiBDRHMgZm9yIEZyZWVCU0QgNy4wLCBJIAp3b25kZXIsIGlzbid0IGl0IGEg dGltZSB0byBiZWdpbiBtYWtpbmcgdGhlIEZyZWVCU0QgaW5zdGFsbGF0aW9uIERWRHMuIFNpbnNl IAptb3N0IHBlb3BsZSBhbHJlYWR5IGhhdmUgdGhpcyBkcml2ZSBhbnl3YXksIHdoeSBub3QgbWFr ZSB0aGUgRFZEIGFsIGxlYXN0IGFzIAphbiBvcHRpb24/IEl0IHdvdWxkIHNvIGVhc2UgdGhlIGlu c3RhbGwgcHJvY2Vzcywgd2hpY2ggbm93IHJlcXVpcmUgdG8gY2hhbmdlIAp0aGUgQ0RzIG1ha2lu ZyB0aGUgYXV0b2luc3RhbGwgaW1wb3NzaWJsZS4KCldoYXQgZG8gSSB1bmRlcnN0YW5kIHdyb25n PwotLSAK8yDV18HWxc7Jxc0sIAriwd7JzM8g5M3J1NLJygry1cvP18/EydTFzNggz9TExczBINPJ 09TFzc7PyiDJztTFx9LBw8nJCu/v7yAi68/N0MHOydEg88/Myc7LIgpyb290QHNvbGluay5ydQo= From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 10:23:56 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B61216A4FC for ; Fri, 1 Feb 2008 10:23:56 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id C0E5413C45A for ; Fri, 1 Feb 2008 10:23:55 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id m11ADMB2014750; Fri, 1 Feb 2008 05:13:22 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Fri, 01 Feb 2008 05:13:23 -0500 (EST) Date: Fri, 1 Feb 2008 05:13:22 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Julian Elischer In-Reply-To: <47A2C38B.7050804@elischer.org> Message-ID: References: <47A21ED6.5070303@elischer.org> <47A25206.6070406@delphij.net> <47A25993.6050200@elischer.org> <47A25CED.4010504@delphij.net> <47A26D12.30205@elischer.org> <47A27AF3.2020701@delphij.net> <47A27C08.3010709@elischer.org> <47A28023.9000105@delphij.net> <47A290E7.4040900@elischer.org> <47A2C38B.7050804@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: d@delphij.net, FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 10:23:56 -0000 On Thu, 31 Jan 2008, Julian Elischer wrote: > Daniel Eischen wrote: >> On Thu, 31 Jan 2008, Julian Elischer wrote: >> >>> Xin LI wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> Julian Elischer wrote: >>>>>> I'm not sure why, but a fresh RELENG_7_0 with your patch, plus DDB >>>>>> enabled does not trigger the problem :-/ >>>>>> >>>>> what happens without the patch? >>>> >>>> No, I mean that it used to crash with previous kernel which is built >>>> only a couple of days ago, no more than a week. You want me to test the >>>> case without patch? >>>> >>> >>> We need to detirmine >>> 1/ whether there is a problem in 7.0 in the first place. if not, we are >>> done. >>> >>> 2/ whether the patch fixes it if there is a problem. >> >> I think it's safe to say that it _is_ a potential problem in both >> -current, 7.0 and 6.x. I committed it to -current without trying >> to duplicate the problem. > > yes but 7.0 is in countdown where -current isn't So? It's a problem, and moreso libkse is not the default in 7.0, so what is the harm in playing it safe and MFC'ing it now so as to not hold up 7.0 any longer? -- DE From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 10:29:12 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB22916A419; Fri, 1 Feb 2008 10:29:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1C4B213C465; Fri, 1 Feb 2008 10:29:10 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47A2F475.8090503@FreeBSD.org> Date: Fri, 01 Feb 2008 11:29:09 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Maxim Sobolev References: <47A21ED6.5070303@elischer.org> <47A27CE8.1090802@FreeBSD.org> In-Reply-To: <47A27CE8.1090802@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 10:29:12 -0000 Maxim Sobolev wrote: > P.S. I've compiled the program as follows: > > $ cc -pthread testkse.c -o a.out -lkse That is wrong, you linked it to both thread libraries. Either use -pthread and libmap, or just -lkse should be OK. Kris From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 10:43:33 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3345816A420 for ; Fri, 1 Feb 2008 10:43:33 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id A876813C467 for ; Fri, 1 Feb 2008 10:43:32 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A570C.dip.t-dialin.net [84.154.87.12]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m11AhU4B044018; Fri, 1 Feb 2008 10:43:30 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m11AhOuc090788; Fri, 1 Feb 2008 11:43:24 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m11Aj3nD021436; Fri, 1 Feb 2008 11:45:08 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200802011045.m11Aj3nD021436@fire.js.berklix.net> To: Bachilo Dmitry In-reply-to: <200802011537.53078.root@solink.ru> References: <200802011537.53078.root@solink.ru> Comments: In-reply-to Bachilo Dmitry message dated "Fri, 01 Feb 2008 15:37:52 +0600." Date: Fri, 01 Feb 2008 11:45:03 +0100 From: "Julian H. Stacey" Cc: current@freebsd.org Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 10:43:33 -0000 Bachilo Dmitry wrote: > --===============1475038008== > Content-Type: text/plain; > charset="koi8-r" > Content-Transfer-Encoding: base64 > Content-Disposition: inline > > R29vZCBkYXksIGV2ZXJ5Ym9keS4KQXMgZmFyIGFzIEkga25vdyB0aGVyZSB3aWxsIGJlIG5vdyAz > IGluc3RhbGxhdGlvbiBDRHMgZm9yIEZyZWVCU0QgNy4wLCBJIAp3b25kZXIsIGlzbid0IGl0IGEg > dGltZSB0byBiZWdpbiBtYWtpbmcgdGhlIEZyZWVCU0QgaW5zdGFsbGF0aW9uIERWRHMuIFNpbnNl > IAptb3N0IHBlb3BsZSBhbHJlYWR5IGhhdmUgdGhpcyBkcml2ZSBhbnl3YXksIHdoeSBub3QgbWFr > ZSB0aGUgRFZEIGFsIGxlYXN0IGFzIAphbiBvcHRpb24/IEl0IHdvdWxkIHNvIGVhc2UgdGhlIGlu > c3RhbGwgcHJvY2Vzcywgd2hpY2ggbm93IHJlcXVpcmUgdG8gY2hhbmdlIAp0aGUgQ0RzIG1ha2lu > ZyB0aGUgYXV0b2luc3RhbGwgaW1wb3NzaWJsZS4KCldoYXQgZG8gSSB1bmRlcnN0YW5kIHdyb25n > PwotLSAK8yDV18HWxc7Jxc0sIAriwd7JzM8g5M3J1NLJygry1cvP18/EydTFzNggz9TExczBINPJ > 09TFzc7PyiDJztTFx9LBw8nJCu/v7yAi68/N0MHOydEg88/Myc7LIgpyb290QHNvbGluay5ydQo= My EXMH doesnt seem to repond well above, clicking on reply. So, Mouse copying off screen that is: > Good day, everybody. > As far as I know there will be now 3 installation CDs for FreeBSD 7.0, I > wonder, isn't it a time to begin making the FreeBSD installation DVDs. Sinse > most people already have this drive anyway, why not make the DVD al least as > an option? It would so ease the install process, which now require to change > the CDs making the autoinstall impossible. > > What do I understand wrong? This could be a FAQ ! There are already others rollings DVDs of BSD, I can't remember URLs, look on maybe DesktopBSD.org based on FreeBSD or ? & Others been doing it for years too for commercial sale. As FreeBSD can't give up rolling CDs, rolling DVDs would just be More work for the re@ team, so it's their choice if they want to do yet more work. I guess they might not as they've just pushed out 6.3 & still working on 7.0 :-) Nothing to stop others writing scripts on top of or diffs to src/release to generate DVDs, ( I did similar years back for my own CD set extensions) but it's work maintaining changes to src/release & ports build, & then you need to distribute your images. More unpaid work. Would be attractive if FreeBSD were a a commercial company. (& some of re@ work I think for CD/DVD distributors), so maybe already available via eg FreeBSDMall or whoever else if you pay $$. Additionaly, free ftp mirror sites might not be keen on larger incremental loads of DVD size rather than CD size. Click via Getting FreeBSD http://www.freebsd.org/where.html to http://www.freebsdmall.com/cgi-bin/fm and you can "Pre-Order FreeBSD 7.0 DVD" BTW Anyone know if Dimitry should change his mailer sender config &/ or If I need a config tweak to my EXmh-2.7.2 On FreeBSD-6.2-RELEASE, to avoid the mess above on clicking "Reply-All". (No I'm not looking for "Abandon EXMH, use my better XYZ", but if there's a config tweak to EXMH ? ) -- Julian Stacey. BSD Unix Linux Net Consultant, Munich. http://berklix.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 12:00:01 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA4F416A469 for ; Fri, 1 Feb 2008 12:00:00 +0000 (UTC) (envelope-from root@solink.ru) Received: from ns.itam.nsc.ru (ns.itam.nsc.ru [194.226.179.15]) by mx1.freebsd.org (Postfix) with ESMTP id 31A6413C4E1 for ; Fri, 1 Feb 2008 11:59:58 +0000 (UTC) (envelope-from root@solink.ru) Received: from site.lan (itut.itam.nsc.ru [194.226.179.2]) by ns.itam.nsc.ru (8.13.1/8.13.1) with ESMTP id m11Aswls014606 for ; Fri, 1 Feb 2008 16:55:03 +0600 Received: from [10.10.10.10] ([192.168.66.166]) (authenticated bits=0) by site.lan (8.12.11.20060308/8.12.11) with ESMTP id m11Asuv9010327 for ; Fri, 1 Feb 2008 16:54:59 +0600 From: Bachilo Dmitry Organization: Solink Ltd To: freebsd-current@freebsd.org Date: Fri, 1 Feb 2008 16:54:56 +0600 User-Agent: KMail/1.9.6 References: <200802011537.53078.root@solink.ru> <200802011045.m11Aj3nD021436@fire.js.berklix.net> In-Reply-To: <200802011045.m11Aj3nD021436@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802011654.56731.root@solink.ru> Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 12:00:01 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 Friday 01 February 2008 16:45:03 Jul= ian H. Stacey =CE=C1=D0=C9=D3=C1=CC(=C1): > Bachilo Dmitry wrote: > > --=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D1475038008=3D=3D > > Content-Type: text/plain; > > charset=3D"koi8-r" > > Content-Transfer-Encoding: base64 > > Content-Disposition: inline > > > My EXMH doesnt seem to repond well above, clicking on reply. Well, I'm using KMail and write to this mailing list for a while now, there= =20 was no such prublem before > This could be a FAQ ! > > There are already others rollings DVDs of BSD, I can't remember > URLs, look on maybe DesktopBSD.org based on FreeBSD or ? & Others > been doing it for years too for commercial sale. > > As FreeBSD can't give up rolling CDs, rolling DVDs would just be > More work for the re@ team, so it's their choice if they want to > do yet more work. I guess they might not as they've just pushed out > 6.3 & still working on 7.0 :-) > > Nothing to stop others writing scripts on top of or diffs to src/release = to > generate DVDs, ( I did similar years back for my own CD set extensions) > but it's work maintaining changes to src/release & ports build, & > then you need to distribute your images. More unpaid work. > > Would be attractive if FreeBSD were a a commercial company. > (& some of re@ work I think for CD/DVD distributors), so maybe > already available via eg FreeBSDMall or whoever else if you pay $$. > > Additionaly, free ftp mirror sites might not be keen on larger > incremental loads of DVD size rather than CD size. > > Click via Getting FreeBSD http://www.freebsd.org/where.html > to http://www.freebsdmall.com/cgi-bin/fm > and you can "Pre-Order FreeBSD 7.0 DVD" Ok, I see, didn't realize that it is so hard to do. Speaking about DesktopB= SD,=20 well, I'm working on this distro myself as a translator, and ofcourse I've= =20 used it. Well... lets just say I prefere pure FreeBSD and that's it. The=20 problem of buying or making DVDs myself is the time, distros usually become= =20 out-of-date before the order arrives, as well as those distributives, sold = in=20 my city, it is 5.4 for now. Isn't that stupid? I now have 6.1 release from= =20 some internet shop, and there is nothing it can be usefull for me in. If I= =20 only could now download 7.0-RC2 DVD and Install it on some server right now= ,=20 that would be a pleasure, but I will have to work as a CD-changer instead.= =20 Well, nothing I can do. > BTW > Anyone know if Dimitry should change his mailer sender config &/ > or If I need a config tweak to my EXmh-2.7.2 On FreeBSD-6.2-RELEASE, > to avoid the mess above on clicking "Reply-All". (No I'm not looking > for "Abandon EXMH, use my better XYZ", but if there's a > config tweak to EXMH ? ) Did not get this, do I do anything wrong? =2D-=20 =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD,=20 =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=CC=C9=CE=CB" root@solink.ru From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 13:18:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6501E16A469 for ; Fri, 1 Feb 2008 13:18:26 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id C8B6C13C461 for ; Fri, 1 Feb 2008 13:18:25 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A5DAD.dip.t-dialin.net [84.154.93.173]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m11DINMg045130; Fri, 1 Feb 2008 13:18:24 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m11DK7wA091945; Fri, 1 Feb 2008 14:20:07 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m11DJvA0024306; Fri, 1 Feb 2008 14:20:02 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200802011320.m11DJvA0024306@fire.js.berklix.net> To: Bachilo Dmitry In-reply-to: <200802011654.56731.root@solink.ru> References: <200802011537.53078.root@solink.ru> <200802011045.m11Aj3nD021436@fire.js.berklix.net> <200802011654.56731.root@solink.ru> Comments: In-reply-to Bachilo Dmitry message dated "Fri, 01 Feb 2008 16:54:56 +0600." Date: Fri, 01 Feb 2008 14:19:57 +0100 From: "Julian H. Stacey" Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 13:18:26 -0000 OK, understand all you say re DVDs & late & original etc :-) > > BTW > > Anyone know if Dimitry should change his mailer sender config &/ > > or If I need a config tweak to my EXmh-2.7.2 On FreeBSD-6.2-RELEASE, > > to avoid the mess above on clicking "Reply-All". (No I'm not looking > > for "Abandon EXMH, use my better XYZ", but if there's a > > config tweak to EXMH ? ) > > Did not get this, do I do anything wrong? I don't know what's wrong which end. I've seen a similar problem before, & then was advised approx. "Sylpheed works, so switch", but mail readers are like favourite flavours of beer, each prefers his own, so I was trying to pre-empt "Switch" by asking what's wrong where & if I can reconfig EXMH to allow for it. I couldn't just click & reply on your first mail, but I can on your 2nd post. Both appeared in EXMH reader as Ascii legible english text, followed by Russian font signature lines. So no loss in appearance, just 2nd easier to reply to. Would be nice if someone knew what to tweak in EXMH to cope with 1st post. Somethings in Preferences MIME I assume, but can't see it. Your 1st posting had: Header MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1475038008==" Body - --===============1475038008== Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 Content-Disposition: inline R29vZCBkYXksIGV2ZXJ5Ym9keS4KQXMgZmFyIGFzIEkga25vdyB0aGVyZSB3aWxsIGJlIG5vdyAz The FreeBSD.org mailman software presumably prepended - --===============1475038008== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Before, & moved - --===============1475038008==-- After the list footer. (Which BTW is more than stock majordomo does (eg on berklix.org lists)). Your 2nd posting had a simpler: Header MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Disposition: inline -- Julian Stacey. BSD Unix Linux Net Consultant, Munich. http://berklix.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 14:50:56 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D24616A417; Fri, 1 Feb 2008 14:50:56 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id EAA8C13C44B; Fri, 1 Feb 2008 14:50:54 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id m11Eoq1u084742; Fri, 1 Feb 2008 17:50:52 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id m11EopR3084741; Fri, 1 Feb 2008 17:50:51 +0300 (MSK) (envelope-from yar) Date: Fri, 1 Feb 2008 17:50:51 +0300 From: Yar Tikhiy To: Scot Hetzel Message-ID: <20080201145051.GE79881@comp.chem.msu.su> References: <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <479FA3E8.10606@FreeBSD.org> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: Attilio Rao , Kostik Belousov , Doug Barton , freebsd-current@freebsd.org Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 14:50:56 -0000 On Fri, Feb 01, 2008 at 12:41:30AM -0600, Scot Hetzel wrote: > On 1/31/08, Attilio Rao wrote: > > 2008/1/31, Yar Tikhiy : > > > > > On Thu, Jan 31, 2008 at 11:43:10AM +0100, Attilio Rao wrote: > > > > > > > > The assertion failing should not happen now. > > > > Could you please hand-add a check in _lockmgr_disown() > > > > (kern/kern_lock.c) in order to check for the panicstr before to call > > > > WITNESS? I cannot access to perforce now and produce a suitable diff, > > > > so you can just do this by hand: > > > > > > > > if (lkp->lk_lockholder == td) { > > > > if (panicstr != NULL) > > > > WITNESS_UNLOCK(&lkp->lk_object, LOP_EXCLUSIVE, file, line); > > > > td->td_locks--; > > > > } > > > > > > > > > Shouldn't the test for panicstr be inverse: `panicstr == NULL'? > > > I guess we shouldn't call WITNESS when panicing, should we? > > > Sorry if I got it wrong. > > > > > > Weee, you are right, sorry! > > > > > I added this change to kern/kern_lock.c, but I'm still getting this > panic after mounting the ntfs filesystem, and using cvsup to update > the local mirror: > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x8:0xffffffff80301051 > stack pointer = 0x10:0xffffffffd43b9100 > frame pointer = 0x10:0xffffffffd43b9190 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 1229 (cvsup) > panic: Assertion !mtx_owned(&w_mtx) failed at ../../../kern/subr_witness.c:959 > cpuid = 0 > Uptime: 4m38s > Physical memory: 2031 MB > Dumping 324 MB: 309 293 277 261 245 229 213 197 181 165 149 133 117 > 101 85 69 53 37 21 5 FWIW, the same panic happens in my case, too. In addition, reported are a number of LORs I haven't seen before. The relevant kernel message log from the serial console is attached. Thanks! -- Yar [...] WARNING: WITNESS option enabled, expect reduced performance. GEOM_LABEL: Label for provider ad0s1 is ntfs/SYSTEM. GEOM_LABEL: Label for provider ad0s2 is ntfs/STORE. lock order reversal: 1st 0xc2ecfe28 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2061 2nd 0xc2fbead4 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vnops.c:20 1 KDB: stack backtrace: db_trace_self_wrapper(c0b0fa49,d3cecbbc,c07a2c5e,c0b11f90,c2fbead4,...) at db_tr ace_self_wrapper+0x26 kdb_backtrace(c0b11f90,c2fbead4,c0b0343a,c0b0343a,c0b0347b,...) at kdb_backtrace +0x29 witness_checkorder(c2fbead4,9,c0b0347b,c9,c7,...) at witness_checkorder+0x6de _sx_xlock(c2fbead4,0,c0b0347b,c9,c2fbead4,...) at _sx_xlock+0x7d devfs_allocv(c2fbd700,c2fc3000,d3cecc28,c2d0fcc0,c0b17d73,...) at devfs_allocv+0 x144 devfs_root(c2fc3000,2,c0e1c118,c2d0fcc0,ca,...) at devfs_root+0x51 set_rootvnode(c0e1c100,0,c0b17d73,5ed,c07e0150,...) at set_rootvnode+0x2b vfs_mountroot(c0dc9d50,4,c0b078ec,260,0,...) at vfs_mountroot+0x356 start_init(0,d3cecd38,c0b091cd,30c,c2d0dab0,...) at start_init+0x65 fork_exit(c0732530,0,d3cecd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd3cecd70, ebp = 0 --- Trying to mount root from ufs:/dev/ad0s3a WARNING: / was not properly dismounted lock order reversal: 1st 0xc2ecf9e8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 2nd 0xc2fc3000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper(c0b0fa49,d3cec9e0,c07a2c5e,c0b11f90,c2fc3000,...) at db_tr ace_self_wrapper+0x26 kdb_backtrace(c0b11f90,c2fc3000,c0b17e71,c0b17e71,c0b1840e,...) at kdb_backtrace +0x29 witness_checkorder(c2fc3000,1,c0b1840e,16c,151,...) at witness_checkorder+0x6de _lockmgr(c2fc3000,2001,c2fc3030,c0b1840e,16c,...) at _lockmgr+0x174 vfs_busy(c2fc3000,0,0,c2d0fcc0,d3cecb58,...) at vfs_busy+0x198 lookup(d3cecb44,c0b17b21,c6,bf,c2ce142c,...) at lookup+0x7c4 namei(d3cecb44,c2d0fd54,c0bc54a4,c0b17d73,c2fc3030,...) at namei+0x34b kern_unlink(c2d0fcc0,c0b181b0,1,628,0,...) at kern_unlink+0x40 vfs_mountroot_try(c0b1836a,c0b0660d,c0aff4ee,1,c07e0150,...) at vfs_mountroot_tr y+0x470 vfs_mountroot(c0dc9d50,4,c0b078ec,260,0,...) at vfs_mountroot+0x418 start_init(0,d3cecd38,c0b091cd,30c,c2d0dab0,...) at start_init+0x65 fork_exit(c0732530,0,d3cecd38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xd3cecd70, ebp = 0 --- lock order reversal: 1st 0xc2d13044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 2nd 0xc2ecf7c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 KDB: stack backtrace: db_trace_self_wrapper(c0b0fa49,d3cec9cc,c07a2c5e,c0b11f90,c2ecf7c8,...) at db_tr ace_self_wrapper+0x26 kdb_backtrace(c0b11f90,c2ecf7c8,c0b06ec0,c0b06ec0,c0b1840e,...) at kdb_backtrace +0x29 witness_checkorder(c2ecf7c8,1,c0b1840e,80d,c0dd52f4,...) at witness_checkorder+0 x6de _lockmgr(c2ecf7c8,3041,c2ecf7f8,c0b1840e,80d,...) at _lockmgr+0x174 ffs_lock(d3ceca78,c075b6bd,c0dd52f4,3041,c2ecf770,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0bdfbc0,d3ceca78,c0b0660b,3,c2ecf7f8,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c2ecf770,3041,c0b1840e,80d,0,...) at _vn_lock+0xf2 vget(c2ecf770,3041,c2d0fcc0,4a9,c1460600,...) at vget+0x109 vnode_pager_lock(c1460480,0,c0b2ec90,127,d3cecbe8,...) at vnode_pager_lock+0x1ad vm_fault(c2d13000,80d2000,2,8,80d2000,...) at vm_fault+0x1df trap_pfault(5,0,c0b3ce02,2c8,c2d0dab0,...) at trap_pfault+0x118 trap(d3cecd38) at trap+0x267 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- Enter full pathname of shell or RETURN for /bin/sh: # # mount -r /usr # mount -r /var # mount /ntfs # # umount /ntfs lock order reversal: 1st 0xc2fece28 ntfs (ntfs) @ /usr/src/sys/kern/vfs_subr.c:2361 2nd 0xc2fbbe24 ntnode (ntnode) @ /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_s ubr.c:361 KDB: stack backtrace: db_trace_self_wrapper(c0b0fa49,d614ea38,c07a2c5e,c0b11f90,c2fbbe24,...) at db_tr ace_self_wrapper+0x26 kdb_backtrace(c0b11f90,c2fbbe24,c301f540,c301f540,c301f6aa,...) at kdb_backtrace +0x29 witness_checkorder(c2fbbe24,9,c301f6aa,169,167,...) at witness_checkorder+0x6de _lockmgr(c2fbbe24,2002,c2fbbe54,c301f6aa,169,...) at _lockmgr+0x448 ntfs_ntget(c2fbbe00,c3020320,d614eab4,c2fbbe00,c3020320,...) at ntfs_ntget+0x5d ntfs_reclaim(d614eb04,c0b3ef3d,0,c2fecdd0,c3021aa0,...) at ntfs_reclaim+0x3b VOP_RECLAIM_APV(c3020320,d614eb04,c3021aa0,0,0,...) at VOP_RECLAIM_APV+0xc5 vgonel(c2fece58,0,c0b1840e,95b,1,...) at vgonel+0x1cf vflush(c2fc2538,0,1,c3021aa0,c0e1bfe0,...) at vflush+0x367 ntfs_unmount(c2fc2538,8000000,c3021aa0,4f0,4da,...) at ntfs_unmount+0x4f dounmount(c2fc2538,8000000,c3021aa0,482,8,...) at dounmount+0x426 unmount(c3021aa0,d614ecfc,8,d614ed38,c0bbeef0,...) at unmount+0x2e0 syscall(d614ed38) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280c62db, esp = 0xbfbfe6ac, eb p = 0xbfbfe768 --- kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc0ee fault code = supervisor read, page not present instruction pointer = 0x20:0xc07a0676 stack pointer = 0x28:0xd614e9a0 frame pointer = 0x28:0xd614e9a4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 43 (umount) [thread pid 43 tid 100052 ] Stopped at isitmychild+0x6: movl 0x10(%eax),%ecx db> panic: Assertion !mtx_owned(&w_mtx) failed at /usr/src/sys/kern/subr_witness .c:959 cpuid = 0 Uptime: 2m14s Cannot dump. No dump device defined. Automatic reboot in 15 seconds - press a key on the console to abort From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 15:02:59 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8700016A419 for ; Fri, 1 Feb 2008 15:02:59 +0000 (UTC) (envelope-from bri@brianwhalen.net) Received: from entwistle.sonicboom.org (entwistle.sonicboom.org [66.93.34.170]) by mx1.freebsd.org (Postfix) with ESMTP id 4E90713C459 for ; Fri, 1 Feb 2008 15:02:59 +0000 (UTC) (envelope-from bri@brianwhalen.net) Received: from [127.0.0.1] (cele.sonicboom.org [66.93.34.172]) by entwistle.sonicboom.org (8.14.2/8.14.2) with ESMTP id m11Eceag053878 for ; Fri, 1 Feb 2008 06:38:50 -0800 (PST) (envelope-from bri@brianwhalen.net) Message-ID: <47A32EFA.5090407@brianwhalen.net> Date: Fri, 01 Feb 2008 06:38:50 -0800 From: Brian User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: current@freebsd.org References: <200802011537.53078.root@solink.ru> In-Reply-To: <200802011537.53078.root@solink.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 15:02:59 -0000 Bachilo Dmitry wrote: > Good day, everybody. > As far as I know there will be now 3 installation CDs for FreeBSD 7.0, I > wonder, isn't it a time to begin making the FreeBSD installation DVDs. Sinse > most people already have this drive anyway, why not make the DVD al least as > an option? It would so ease the install process, which now require to change > the CDs making the autoinstall impossible. > > What do I understand wrong? > One option is to do a network install, as opposed to off of a disk. Then you just burn a very small ISO and download what you need. For this to be worth it you need a moderately fast Internet connection. brian From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 15:26:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22DD516A418 for ; Fri, 1 Feb 2008 15:26:50 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from mail.rexdb.com (mail.rexdb.com [216.243.161.232]) by mx1.freebsd.org (Postfix) with ESMTP id 0395813C4E8 for ; Fri, 1 Feb 2008 15:26:49 +0000 (UTC) (envelope-from jeff@rexdb.com) Received: from [192.168.1.30] (fl-209-26-20-205.sta.embarqhsd.net [209.26.20.205]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rexdb.com (Postfix) with ESMTP id 0A477179582B; Fri, 1 Feb 2008 10:10:29 -0500 (EST) Message-ID: <47A33662.6000002@rexdb.com> Date: Fri, 01 Feb 2008 10:10:26 -0500 From: Jeff Palmer User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Bachilo Dmitry , current@freebsd.org References: <200802011537.53078.root@solink.ru> In-Reply-To: <200802011537.53078.root@solink.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 15:26:50 -0000 Bachilo Dmitry wrote: > Good day, everybody. > As far as I know there will be now 3 installation CDs for FreeBSD 7.0, I > wonder, isn't it a time to begin making the FreeBSD installation DVDs. Sinse > most people already have this drive anyway, why not make the DVD al least as > an option? It would so ease the install process, which now require to change > the CDs making the autoinstall impossible. > > What do I understand wrong? > > ------------------------------------------------------------------------ > > _______________________________________________ > 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" > > !DSPAM:8,47a2edb522631220317355! > Personally, I think the DVD would be a huge waste of resources. Most people only need the bootonly or disk 1. You are talking about 650 megs vs. (possibly) 1.5 gigs. That is a significant bandwidth difference. Some OS's *require* that you download multiple CD's for a typical install.. for those projects, DVD media just makes sense. for freebsd, it doesn't. The above is, of course, my own opinion. Jeff From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 15:41:43 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11E8816A418 for ; Fri, 1 Feb 2008 15:41:43 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7C7F513C46E for ; Fri, 1 Feb 2008 15:41:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m11FfeTD051195; Fri, 1 Feb 2008 16:41:40 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m11Ffbab051194; Fri, 1 Feb 2008 16:41:37 +0100 (CET) (envelope-from olli) Date: Fri, 1 Feb 2008 16:41:37 +0100 (CET) Message-Id: <200802011541.m11Ffbab051194@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, root@solink.ru In-Reply-To: <200802011654.56731.root@solink.ru> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 01 Feb 2008 16:41:41 +0100 (CET) Cc: Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, root@solink.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 15:41:43 -0000 Hello, I'm replying both to the KOI8-R charset problem and to the 7.0 DVD question. Please skip the part(s) that you're not interested in. :-) Bachilo Dmitry wrote: > Julian H. Stacey wrote: > > Bachilo Dmitry wrote: > > > --===============1475038008== > > > Content-Type: text/plain; > > > charset="koi8-r" > > > Content-Transfer-Encoding: base64 > > > Content-Disposition: inline > > > > My EXMH doesnt seem to repond well above, clicking on reply. > > Well, I'm using KMail and write to this mailing list for a while now, there > was no such prublem before I think the problem is that your mail uses the charset "KOI8-R", and Julian's MUA doesn't know how to handle that. Maybe you should configure your mailer to send plain ASCII when mailing to international (English- sepaking) lists? On the other hand, my client doesn't send plain ASCII either, but ISO8859-1 (or -15, depending on the type of terminal I'm sitting at). I'm not aware of any problems caused by that. In fact KOI8-R is a superset of ASCII (just like the ISO8859-* and Windows-1252 character sets). So such messages can be displayed as-is if they don't contain characters beyond 7bit ASCII. I think metamail is clever enough to just do that. At least it does that for me; I had no problems displaying Bachilo Dmitry's message, except for a few characters (cyrillic, I guess) in the attribution line that were converted to question marks. Not a big deal. I'm afraid I'm not familiar with EXMH, so I don't know if this is helpful information. Does EXMH call metamail for MIME-formatted messages, or does it try handle them itself? BTW, I'm surprised that it simply seems to display the raw base64 data. If it doesn't know how to handle the charset, it should either display the decoded data as-is, or don't display it at all and give an error message. I'm sure there's something that needs to be configured. OK, now to the DVD topic. :-) > > to http://www.freebsdmall.com/cgi-bin/fm > > and you can "Pre-Order FreeBSD 7.0 DVD" By the way, Lehmanns (www.lob.de) will produce a DVD-ROM of FreeBSD 7.0 shortly after release (page is in German): http://www.lob.de/cgi-bin/out?isbn=386541263 They're in Germany, though, so it probably doesn't make sense for you to order there. > If I only could now download 7.0-RC2 DVD and Install it on > some server right now, that would be a pleasure, but I will > have to work as a CD-changer instead. I'm not sure I understand you here. You only need one CD (the one labelled "disk1"). It contains everything you need to install the FreeBSD base system and the ports collection. Then you can configure network and install ports or packages from the internet. All of that can be done remotely, there is no need to change CDs. The other CDs are optional. They contain documentation and packages for those people who prefer to install them from CD instead of from the internet. For example when you don't have a sufficiently good uplink at home, you can download the ISOs at work or at a friend, then carry the CDs home and install from them. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "We will perhaps eventually be writing only small modules which are identi- fied by name as they are used to build larger ones, so that devices like indentation, rather than delimiters, might become feasible for expressing local structure in the source language." -- Donald E. Knuth, 1974 From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 15:45:18 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E50616A46C for ; Fri, 1 Feb 2008 15:45:18 +0000 (UTC) (envelope-from lists@loveturtle.net) Received: from loveturtle.net (loveturtle.net [216.182.253.42]) by mx1.freebsd.org (Postfix) with ESMTP id 75BED13C4F7 for ; Fri, 1 Feb 2008 15:45:18 +0000 (UTC) (envelope-from lists@loveturtle.net) Received: from localhost (localhost [127.0.0.1]) by loveturtle.net (Postfix) with ESMTP id EAE1441D0 for ; Fri, 1 Feb 2008 10:27:08 -0500 (EST) X-Virus-Scanned: amavisd-new at loveturtle.net Received: from loveturtle.net ([127.0.0.1]) by localhost (loveturtle.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AN6bHEee0-bw for ; Fri, 1 Feb 2008 10:27:08 -0500 (EST) Received: from ramuh.loveturtle.net (ramuh.loveturtle.net [216.182.254.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by loveturtle.net (Postfix) with ESMTP id 08DED41C8 for ; Fri, 1 Feb 2008 10:27:07 -0500 (EST) Message-ID: <47A33A49.202@loveturtle.net> Date: Fri, 01 Feb 2008 10:27:05 -0500 From: Dillon User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: current@freebsd.org References: <200802011537.53078.root@solink.ru> In-Reply-To: <200802011537.53078.root@solink.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 15:45:18 -0000 Screw DVD's! pffft, bring back miniinst! From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 15:55:26 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45C5616A417 for ; Fri, 1 Feb 2008 15:55:26 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net (neerbosch.nijmegen.internl.net [217.149.193.38]) by mx1.freebsd.org (Postfix) with ESMTP id D53D413C448 for ; Fri, 1 Feb 2008 15:55:25 +0000 (UTC) (envelope-from michiel@boland.org) Received: from neerbosch.nijmegen.internl.net by neerbosch.nijmegen.internl.net via neerbosch.nijmegen.internl.net [217.149.193.38] with ESMTP for id m11Fg7LE018610 (8.13.4/1.4); Fri, 1 Feb 2008 16:42:07 +0100 (MET) Received: from localhost by neerbosch.nijmegen.internl.net via mboland@localhost with ESMTP for id m11Fg7iC018607 (8.13.4/2.02); Fri, 1 Feb 2008 16:42:07 +0100 (MET) X-Authentication-Warning: neerbosch.nijmegen.internl.net: mboland owned process doing -bs Date: Fri, 1 Feb 2008 16:42:07 +0100 (MET) From: Michiel Boland To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: panic upon starting X in recent -CURRENTs (intel driver) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 15:55:26 -0000 Hi. After recent upgrade (from 21 dec to today's src) the kernel crashes when starting X with panic: pmap_remove_all: page 0xc56e07f8 is fictitious This is an i386 box (DELL Optiplex 745) with GENERIC kernel. Using the latest X port with the 'intel' video driver. Relevant portions of stack trace: #9 0xc076874c in panic ( fmt=0xc0b3958f "pmap_remove_all: page %p is fictitious") at /usr/src/sys/kern/kern_shutdown.c:555 #10 0xc0a73d52 in pmap_remove_all (m=0xc56e07f8) at /usr/src/sys/i386/i386/pmap.c:2125 #11 0xc097e8d9 in vm_object_page_remove (object=0xc56fbb00, start=916992, end=917120, clean_only=0) at /usr/src/sys/vm/vm_object.c:1887 #12 0xc09782b1 in vm_map_delete (map=0xc565a570, start=678580224, end=679104512) at /usr/src/sys/vm/vm_map.c:2307 #13 0xc097c1d4 in munmap (td=0xc5398660, uap=0xe79e0cfc) at /usr/src/sys/vm/vm_mmap.c:603 #14 0xc0a77cf3 in syscall (frame=0xe79e0d38) at /usr/src/sys/i386/i386/trap.c:1034 I still have the vmcore if someone wants to dig further. Cheers Michiel From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 15:56:12 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8791916A41A for ; Fri, 1 Feb 2008 15:56:12 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9CC13C4DD for ; Fri, 1 Feb 2008 15:56:11 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id A105C1CC4E; Fri, 1 Feb 2008 16:57:03 +0100 (CET) Date: Fri, 1 Feb 2008 16:57:03 +0100 From: Ed Schouten To: Jeff Palmer Message-ID: <20080201155703.GA1179@hoeg.nl> References: <200802011537.53078.root@solink.ru> <47A33662.6000002@rexdb.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <47A33662.6000002@rexdb.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Bachilo Dmitry , current@freebsd.org Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 15:56:12 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Jeff Palmer wrote: > Personally, I think the DVD would be a huge waste of resources. Most=20 > people only need the bootonly or disk 1. Lately I need the livefs CD a lot. Unfortunately you cannot install FreeBSD by hand anymore, using the livefs disc, because there are no installsets on that disk. I don't have a lot of machines with 2 CD-ROM drives, which means I often have to copy the install sets from other machines. It would be great if I had a FreeBSD disk (a DVD) which has the livefs, but also the base and kernel install sets. --=20 Ed Schouten WWW: http://g-rave.nl/ --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkejQU8ACgkQ52SDGA2eCwVLmACdHawHgkJ56WLT7BeQCIdPOQ94 JEkAn1YsmEgEww1CMwbwf89kgsGTKpAc =VduE -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 16:21:18 2008 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D77E516A418; Fri, 1 Feb 2008 16:21:18 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 8389313C459; Fri, 1 Feb 2008 16:21:18 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.3] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id m11GLDba055549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Feb 2008 08:21:14 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <47A346A8.4090301@FreeBSD.org> Date: Fri, 01 Feb 2008 08:19:52 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Kris Kennaway References: <47A21ED6.5070303@elischer.org> <47A27CE8.1090802@FreeBSD.org> <47A2F475.8090503@FreeBSD.org> In-Reply-To: <47A2F475.8090503@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Julian Elischer , FreeBSD Current Subject: Re: needs a tester with an SMP 7.0 box X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 16:21:18 -0000 Kris Kennaway wrote: > Maxim Sobolev wrote: > >> P.S. I've compiled the program as follows: >> >> $ cc -pthread testkse.c -o a.out -lkse > > That is wrong, you linked it to both thread libraries. Either use > -pthread and libmap, or just -lkse should be OK. It doesn't matter. I've tried both ways (with and w/o -pthread), the behavior it the same and by the way ldd a.out shows that only libkse has been linked in in both cases. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 16:13:09 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 691F416A417 for ; Fri, 1 Feb 2008 16:13:09 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id E7A3C13C46A for ; Fri, 1 Feb 2008 16:13:08 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so264590nfb.33 for ; Fri, 01 Feb 2008 08:13:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:from; bh=GeoMl6Xd7fVAq+ZSLG6DQZ3V6Qzj+PM9aYqrrG4G0Ew=; b=ha9uzDJ2hU+bLppjbBDV+BEPbRHtKlv1LsRUYMK7bGXyyPzVwUKuvr+4Ws1vfoKclSNWHb04xQLFqbwrID3U4btsVIXSYApKTR4UG37nqgByUiVTWtg6UtZiBIGrryyx2ZKa9tLfkFNC+HWAZuN/CozJS8LCXmOA+XYqWQR5Yac= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:to:in-reply-to:content-type:content-transfer-encoding:mime-version:subject:date:references:x-mailer:from; b=lXoW9sWrhgIzizeZg6kqBBWdlZBPI0HKHVn3iDCJHFTenFzhYNWotkWuA2DW/Avs47eQl95u0R8+/hA5ZMeCSPoSaMaN2arBQRS5/lAmANt3qISJOqxQckmvaJJUE5dxPKiW1dVX31xAWD8CunHPRZUI+h8vwNG0panFIICRif8= Received: by 10.78.159.7 with SMTP id h7mr6402741hue.17.1201880646926; Fri, 01 Feb 2008 07:44:06 -0800 (PST) Received: from ?192.168.1.107? ( [76.22.52.184]) by mx.google.com with ESMTPS id 28sm40661hua.54.2008.02.01.07.44.04 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Feb 2008 07:44:06 -0800 (PST) Message-Id: <6FEDAC81-9F17-4D9C-9BB9-5E33CE10D0DA@u.washington.edu> To: Jeff Palmer In-Reply-To: <47A33662.6000002@rexdb.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Fri, 1 Feb 2008 07:44:50 -0800 References: <200802011537.53078.root@solink.ru> <47A33662.6000002@rexdb.com> X-Mailer: Apple Mail (2.915) From: Garrett Cooper X-Mailman-Approved-At: Fri, 01 Feb 2008 16:49:02 +0000 Cc: current@freebsd.org Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 16:13:09 -0000 On Feb 1, 2008, at 7:10 AM, Jeff Palmer wrote: > Personally, I think the DVD would be a huge waste of resources. > Most people only need the bootonly or disk 1. You are talking about > 650 megs vs. (possibly) 1.5 gigs. That is a significant bandwidth > difference. Some OS's *require* that you download multiple CD's for > a typical install.. for those projects, DVD media just makes sense. > for freebsd, it doesn't. +1. If you can get away with the LiveCD, go for it. Only if one has a lossy or junk net connection at the site would I think the DVD media be a good idea (apart from what's mentioned above). As suggested by others, scripts which produce DVD images, and hence are burnable to DVDs, would be a lot more beneficial to end-users such as yourself. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 17:56:35 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0037A16A418 for ; Fri, 1 Feb 2008 17:56:34 +0000 (UTC) (envelope-from SRS0=b5c17c59d4615f8592686a82078743eadeb269b4=598=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 622B813C442 for ; Fri, 1 Feb 2008 17:56:34 +0000 (UTC) (envelope-from SRS0=b5c17c59d4615f8592686a82078743eadeb269b4=598=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id HTF19932; Fri, 01 Feb 2008 09:56:32 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7800C45010; Fri, 1 Feb 2008 09:56:30 -0800 (PST) To: freebsd-current@FreeBSD.ORG, root@solink.ru In-Reply-To: Your message of "Fri, 01 Feb 2008 16:41:37 +0100." <200802011541.m11Ffbab051194@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1201888590_34221P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 01 Feb 2008 09:56:30 -0800 From: "Kevin Oberman" Message-Id: <20080201175630.7800C45010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: X-To_Domain: freebsd.org, root@solink.ru X-To: freebsd-current@FreeBSD.ORG, root@solink.ru X-To_Email: freebsd-current@FreeBSD.ORG, root@solink.ru X-To_Alias: freebsd-current Cc: Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 17:56:35 -0000 --==_Exmh_1201888590_34221P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Fri, 1 Feb 2008 16:41:37 +0100 (CET) > From: Oliver Fromme > Sender: owner-freebsd-current@freebsd.org > > Hello, > > I'm replying both to the KOI8-R charset problem and to > the 7.0 DVD question. Please skip the part(s) that > you're not interested in. :-) > > Bachilo Dmitry wrote: > > Julian H. Stacey wrote: > > > Bachilo Dmitry wrote: > > > > --===============1475038008== > > > > Content-Type: text/plain; > > > > charset="koi8-r" > > > > Content-Transfer-Encoding: base64 > > > > Content-Disposition: inline > > > > > > My EXMH doesnt seem to repond well above, clicking on reply. > > > > Well, I'm using KMail and write to this mailing list for a while now, there > > was no such prublem before > > I think the problem is that your mail uses the charset > "KOI8-R", and Julian's MUA doesn't know how to handle > that. Maybe you should configure your mailer to send > plain ASCII when mailing to international (English- > sepaking) lists? > > On the other hand, my client doesn't send plain ASCII > either, but ISO8859-1 (or -15, depending on the type of > terminal I'm sitting at). I'm not aware of any problems > caused by that. > > In fact KOI8-R is a superset of ASCII (just like the > ISO8859-* and Windows-1252 character sets). So such > messages can be displayed as-is if they don't contain > characters beyond 7bit ASCII. I think metamail is > clever enough to just do that. At least it does that > for me; I had no problems displaying Bachilo Dmitry's > message, except for a few characters (cyrillic, I guess) > in the attribution line that were converted to question > marks. Not a big deal. > > I'm afraid I'm not familiar with EXMH, so I don't know > if this is helpful information. Does EXMH call metamail > for MIME-formatted messages, or does it try handle them > itself? > > BTW, I'm surprised that it simply seems to display the > raw base64 data. If it doesn't know how to handle the > charset, it should either display the decoded data as-is, > or don't display it at all and give an error message. > I'm sure there's something that needs to be configured. > > OK, now to the DVD topic. :-) > > > > to http://www.freebsdmall.com/cgi-bin/fm > > > and you can "Pre-Order FreeBSD 7.0 DVD" > > By the way, Lehmanns (www.lob.de) will produce a DVD-ROM > of FreeBSD 7.0 shortly after release (page is in German): > http://www.lob.de/cgi-bin/out?isbn=386541263 > They're in Germany, though, so it probably doesn't make > sense for you to order there. > > > If I only could now download 7.0-RC2 DVD and Install it on > > some server right now, that would be a pleasure, but I will > > have to work as a CD-changer instead. > > I'm not sure I understand you here. You only need one CD > (the one labelled "disk1"). It contains everything you > need to install the FreeBSD base system and the ports > collection. Then you can configure network and install > ports or packages from the internet. All of that can be > done remotely, there is no need to change CDs. > > The other CDs are optional. They contain documentation > and packages for those people who prefer to install them > from CD instead of from the internet. For example when > you don't have a sufficiently good uplink at home, you > can download the ISOs at work or at a friend, then carry > the CDs home and install from them. > > Best regards > Oliver > I just sent Julian a private message with how to fix exmh to handle quoting properly. This a commonly reported problem with exmh and is trivial to fix by setting preferences differently. The default, which does not decode base64 or quoted-printable messages, is faster and I could write some trivial elisp hooks for XEmacs to make it work right, but setting exmh to do it is easier and it is only noticeably slower on very large messages. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1201888590_34221P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHo11Okn3rs5h7N1ERAmqdAJ9/oqN+p865XcmbjWxdGIO4yciVwwCfXzdz 4mqHpPL4mNBHvfb0t7MECfg= =hVvb -----END PGP SIGNATURE----- --==_Exmh_1201888590_34221P-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 18:42:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B14B16A419 for ; Fri, 1 Feb 2008 18:42:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 959A613C457 for ; Fri, 1 Feb 2008 18:41:59 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so1158223fgg.35 for ; Fri, 01 Feb 2008 10:41:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=jE48ZQrz3pxlifUzYTV0vN6LwvU/MT1OEhSaugmaGzM=; b=AOKPwhJLkdjqTv0dHrsmCEtWYkx4jevTy8A/eN1dW8ye4C5nhOhJBeY2gKIgKCUirJ1oeexYmY9f+Yfln5FAcbySnOV2uEzQOAD8M5E+mWZ3HkOuS44xK121CARVotZ79E88lVeOGjvRJESq4ljikwZujBb/DtjTlkcPPoO5suw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=lhUH+rnzdosR0gX/PdAUgryYK+mnzmO/iP4lBRDzB5XISONtDrpleQ937wtM8pcGRu6Di3BUOSSpYRD7SdU7bb5yiMa4pU4jNw1dZczDpWZIgrup9IBVUgTn8PnshTvt4k3bx7BJ5pRRwxeuNoJu6Ci7hdP6FOQEBlv9+SOxPbw= Received: by 10.86.25.17 with SMTP id 17mr3471635fgy.15.1201891318338; Fri, 01 Feb 2008 10:41:58 -0800 (PST) Received: by 10.86.28.19 with HTTP; Fri, 1 Feb 2008 10:41:58 -0800 (PST) Message-ID: <3bbf2fe10802011041t28e419c9n5f0f6f34d6450184@mail.gmail.com> Date: Fri, 1 Feb 2008 19:41:58 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Yar Tikhiy" In-Reply-To: <20080201145051.GE79881@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10801270642m5ec609d8xb29add77ced36d8a@mail.gmail.com> <3bbf2fe10801291411v302dd33at54ebe538397e8fac@mail.gmail.com> <20080130130820.GA88429@comp.chem.msu.su> <3bbf2fe10801300707u3fd121c0k199605c2f0be6cbf@mail.gmail.com> <790a9fff0801301352xa91a69ci3f08488dfcfc982@mail.gmail.com> <3bbf2fe10801310243tddedfeckbc4c94be87f0a4ca@mail.gmail.com> <20080131130210.GA37090@comp.chem.msu.su> <3bbf2fe10801310504j486924bdm86e0436597a42b09@mail.gmail.com> <790a9fff0801312241s346068b6s40fcae71ebbf546@mail.gmail.com> <20080201145051.GE79881@comp.chem.msu.su> X-Google-Sender-Auth: f67361e37fe5273e Cc: Kostik Belousov , Scot Hetzel , freebsd-current@freebsd.org, Doug Barton Subject: Re: panic: System call lstat returning with 1 locks held X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 18:42:00 -0000 2008/2/1, Yar Tikhiy : > On Fri, Feb 01, 2008 at 12:41:30AM -0600, Scot Hetzel wrote: > > On 1/31/08, Attilio Rao wrote: > > > 2008/1/31, Yar Tikhiy : > > > > > > > On Thu, Jan 31, 2008 at 11:43:10AM +0100, Attilio Rao wrote: > > > > > > > > > > The assertion failing should not happen now. > > > > > Could you please hand-add a check in _lockmgr_disown() > > > > > (kern/kern_lock.c) in order to check for the panicstr before to call > > > > > WITNESS? I cannot access to perforce now and produce a suitable diff, > > > > > so you can just do this by hand: > > > > > > > > > > if (lkp->lk_lockholder == td) { > > > > > if (panicstr != NULL) > > > > > WITNESS_UNLOCK(&lkp->lk_object, LOP_EXCLUSIVE, file, line); > > > > > td->td_locks--; > > > > > } > > > > > > > > > > > > Shouldn't the test for panicstr be inverse: `panicstr == NULL'? > > > > I guess we shouldn't call WITNESS when panicing, should we? > > > > Sorry if I got it wrong. > > > > > > > > > Weee, you are right, sorry! > > > > > > > > I added this change to kern/kern_lock.c, but I'm still getting this > > panic after mounting the ntfs filesystem, and using cvsup to update > > the local mirror: > > > > Fatal trap 9: general protection fault while in kernel mode > > cpuid = 0; apic id = 00 > > instruction pointer = 0x8:0xffffffff80301051 > > stack pointer = 0x10:0xffffffffd43b9100 > > frame pointer = 0x10:0xffffffffd43b9190 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 1229 (cvsup) > > panic: Assertion !mtx_owned(&w_mtx) failed at ../../../kern/subr_witness.c:959 > > cpuid = 0 > > Uptime: 4m38s > > Physical memory: 2031 MB > > Dumping 324 MB: 309 293 277 261 245 229 213 197 181 165 149 133 117 > > 101 85 69 53 37 21 5 > > > FWIW, the same panic happens in my case, too. In addition, reported > are a number of LORs I haven't seen before. The relevant kernel > message log from the serial console is attached. Thanks! > > -- > Yar > > [...] > WARNING: WITNESS option enabled, expect reduced performance. > GEOM_LABEL: Label for provider ad0s1 is ntfs/SYSTEM. > GEOM_LABEL: Label for provider ad0s2 is ntfs/STORE. > lock order reversal: > 1st 0xc2ecfe28 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2061 > 2nd 0xc2fbead4 devfsmount (devfsmount) @ /usr/src/sys/fs/devfs/devfs_vnops.c:20 > 1 > KDB: stack backtrace: > db_trace_self_wrapper(c0b0fa49,d3cecbbc,c07a2c5e,c0b11f90,c2fbead4,...) at db_tr > ace_self_wrapper+0x26 > kdb_backtrace(c0b11f90,c2fbead4,c0b0343a,c0b0343a,c0b0347b,...) at kdb_backtrace > +0x29 > witness_checkorder(c2fbead4,9,c0b0347b,c9,c7,...) at witness_checkorder+0x6de > _sx_xlock(c2fbead4,0,c0b0347b,c9,c2fbead4,...) at _sx_xlock+0x7d > devfs_allocv(c2fbd700,c2fc3000,d3cecc28,c2d0fcc0,c0b17d73,...) at devfs_allocv+0 > x144 > devfs_root(c2fc3000,2,c0e1c118,c2d0fcc0,ca,...) at devfs_root+0x51 > set_rootvnode(c0e1c100,0,c0b17d73,5ed,c07e0150,...) at set_rootvnode+0x2b > vfs_mountroot(c0dc9d50,4,c0b078ec,260,0,...) at vfs_mountroot+0x356 > start_init(0,d3cecd38,c0b091cd,30c,c2d0dab0,...) at start_init+0x65 > fork_exit(c0732530,0,d3cecd38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xd3cecd70, ebp = 0 --- > Trying to mount root from ufs:/dev/ad0s3a > WARNING: / was not properly dismounted > lock order reversal: > 1st 0xc2ecf9e8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 > 2nd 0xc2fc3000 vfslock (vfslock) @ /usr/src/sys/kern/vfs_subr.c:364 > KDB: stack backtrace: > db_trace_self_wrapper(c0b0fa49,d3cec9e0,c07a2c5e,c0b11f90,c2fc3000,...) at db_tr > ace_self_wrapper+0x26 > kdb_backtrace(c0b11f90,c2fc3000,c0b17e71,c0b17e71,c0b1840e,...) at kdb_backtrace > +0x29 > witness_checkorder(c2fc3000,1,c0b1840e,16c,151,...) at witness_checkorder+0x6de > _lockmgr(c2fc3000,2001,c2fc3030,c0b1840e,16c,...) at _lockmgr+0x174 > vfs_busy(c2fc3000,0,0,c2d0fcc0,d3cecb58,...) at vfs_busy+0x198 > lookup(d3cecb44,c0b17b21,c6,bf,c2ce142c,...) at lookup+0x7c4 > namei(d3cecb44,c2d0fd54,c0bc54a4,c0b17d73,c2fc3030,...) at namei+0x34b > kern_unlink(c2d0fcc0,c0b181b0,1,628,0,...) at kern_unlink+0x40 > vfs_mountroot_try(c0b1836a,c0b0660d,c0aff4ee,1,c07e0150,...) at vfs_mountroot_tr > y+0x470 > vfs_mountroot(c0dc9d50,4,c0b078ec,260,0,...) at vfs_mountroot+0x418 > start_init(0,d3cecd38,c0b091cd,30c,c2d0dab0,...) at start_init+0x65 > fork_exit(c0732530,0,d3cecd38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xd3cecd70, ebp = 0 --- > lock order reversal: > 1st 0xc2d13044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3111 > 2nd 0xc2ecf7c8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2061 > KDB: stack backtrace: > db_trace_self_wrapper(c0b0fa49,d3cec9cc,c07a2c5e,c0b11f90,c2ecf7c8,...) at db_tr > ace_self_wrapper+0x26 > kdb_backtrace(c0b11f90,c2ecf7c8,c0b06ec0,c0b06ec0,c0b1840e,...) at kdb_backtrace > +0x29 > witness_checkorder(c2ecf7c8,1,c0b1840e,80d,c0dd52f4,...) at witness_checkorder+0 > x6de > _lockmgr(c2ecf7c8,3041,c2ecf7f8,c0b1840e,80d,...) at _lockmgr+0x174 > ffs_lock(d3ceca78,c075b6bd,c0dd52f4,3041,c2ecf770,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c0bdfbc0,d3ceca78,c0b0660b,3,c2ecf7f8,...) at VOP_LOCK1_APV+0xa5 > _vn_lock(c2ecf770,3041,c0b1840e,80d,0,...) at _vn_lock+0xf2 > vget(c2ecf770,3041,c2d0fcc0,4a9,c1460600,...) at vget+0x109 > vnode_pager_lock(c1460480,0,c0b2ec90,127,d3cecbe8,...) at vnode_pager_lock+0x1ad > vm_fault(c2d13000,80d2000,2,8,80d2000,...) at vm_fault+0x1df > trap_pfault(5,0,c0b3ce02,2c8,c2d0dab0,...) at trap_pfault+0x118 > trap(d3cecd38) at trap+0x267 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- > Enter full pathname of shell or RETURN for /bin/sh: > # > # mount -r /usr > # mount -r /var > # mount /ntfs > # > # umount /ntfs > lock order reversal: > 1st 0xc2fece28 ntfs (ntfs) @ /usr/src/sys/kern/vfs_subr.c:2361 > 2nd 0xc2fbbe24 ntnode (ntnode) @ /usr/src/sys/modules/ntfs/../../fs/ntfs/ntfs_s > ubr.c:361 > KDB: stack backtrace: > db_trace_self_wrapper(c0b0fa49,d614ea38,c07a2c5e,c0b11f90,c2fbbe24,...) at db_tr > ace_self_wrapper+0x26 > kdb_backtrace(c0b11f90,c2fbbe24,c301f540,c301f540,c301f6aa,...) at kdb_backtrace > +0x29 > witness_checkorder(c2fbbe24,9,c301f6aa,169,167,...) at witness_checkorder+0x6de > _lockmgr(c2fbbe24,2002,c2fbbe54,c301f6aa,169,...) at _lockmgr+0x448 > ntfs_ntget(c2fbbe00,c3020320,d614eab4,c2fbbe00,c3020320,...) at ntfs_ntget+0x5d > ntfs_reclaim(d614eb04,c0b3ef3d,0,c2fecdd0,c3021aa0,...) at ntfs_reclaim+0x3b > VOP_RECLAIM_APV(c3020320,d614eb04,c3021aa0,0,0,...) at VOP_RECLAIM_APV+0xc5 > vgonel(c2fece58,0,c0b1840e,95b,1,...) at vgonel+0x1cf > vflush(c2fc2538,0,1,c3021aa0,c0e1bfe0,...) at vflush+0x367 > ntfs_unmount(c2fc2538,8000000,c3021aa0,4f0,4da,...) at ntfs_unmount+0x4f > dounmount(c2fc2538,8000000,c3021aa0,482,8,...) at dounmount+0x426 > unmount(c3021aa0,d614ecfc,8,d614ed38,c0bbeef0,...) at unmount+0x2e0 > syscall(d614ed38) at syscall+0x2b3 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280c62db, esp = 0xbfbfe6ac, eb > p = 0xbfbfe768 --- > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0xdeadc0ee > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc07a0676 > stack pointer = 0x28:0xd614e9a0 > frame pointer = 0x28:0xd614e9a4 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, def32 1, gran 1 > > processor eflags = resume, IOPL = 0 > > current process = 43 (umount) > [thread pid 43 tid 100052 ] > Stopped at isitmychild+0x6: movl 0x10(%eax),%ecx > db> panic: Assertion !mtx_owned(&w_mtx) failed at /usr/src/sys/kern/subr_witness > .c:959 > cpuid = 0 > Uptime: 2m14s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort It would be suitable for you to add DDB to your kernel config and see a backtrace for it? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 18:54:37 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A7916A4E7 for ; Fri, 1 Feb 2008 18:54:37 +0000 (UTC) (envelope-from vibarus@googlemail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228]) by mx1.freebsd.org (Postfix) with ESMTP id 2E96313C461 for ; Fri, 1 Feb 2008 18:54:37 +0000 (UTC) (envelope-from vibarus@googlemail.com) Received: by wr-out-0506.google.com with SMTP id 68so1148642wri.3 for ; Fri, 01 Feb 2008 10:54:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=B1+KEtmgtd4aDcw/eF7ZLw33srGht2av6PGagge23FQ=; b=Xe6XCknjJ7fgVPjRjKxkvoSZWS618dvCoFlCvurl342gGSx5PEc7zBUnN/6tcyidLe+RP4sbDf7GlGdhI0uhHAdg+Wkkl7S6E+0KWnx/NGFamKIRaTbDIS+LtUEfzrKBwXawxHLtfR/kWa1I9JUeecDUbmGsNG9RkyiqV8SaUlE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=ZPgvRixe1pbuyohKpITSKhiKDTZperaImqmFc+kvFZH2tR6Euz0YteYsVl55IbYym8FZcOMEwpOh8LMq1b0GmOf61n+vsYluGy5okoVtIbbAfF66QrMAG9VmCpCtUHoA9PrAx7xpT5Vwgmlp8K13yGKlCyY1ckWE8D3eFZghHAg= Received: by 10.142.103.6 with SMTP id a6mr2414160wfc.21.1201890367777; Fri, 01 Feb 2008 10:26:07 -0800 (PST) Received: by 10.142.179.16 with HTTP; Fri, 1 Feb 2008 10:26:07 -0800 (PST) Message-ID: Date: Fri, 1 Feb 2008 19:26:07 +0100 From: "Vincent Barus" To: "Bachilo Dmitry" In-Reply-To: <200802011537.53078.root@solink.ru> MIME-Version: 1.0 References: <200802011537.53078.root@solink.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 18:54:37 -0000 MjAwOC8yLzEgQmFjaGlsbyBEbWl0cnkgPHJvb3RAc29saW5rLnJ1PjoKCj4gR29vZCBkYXksIGV2 ZXJ5Ym9keS4KPiBBcyBmYXIgYXMgSSBrbm93IHRoZXJlIHdpbGwgYmUgbm93IDMgaW5zdGFsbGF0 aW9uIENEcyBmb3IgRnJlZUJTRCA3LjAsIEkKPiB3b25kZXIsIGlzbid0IGl0IGEgdGltZSB0byBi ZWdpbiBtYWtpbmcgdGhlIEZyZWVCU0QgaW5zdGFsbGF0aW9uIERWRHMuCj4gU2luc2UKPiBtb3N0 IHBlb3BsZSBhbHJlYWR5IGhhdmUgdGhpcyBkcml2ZSBhbnl3YXksIHdoeSBub3QgbWFrZSB0aGUg RFZEIGFsIGxlYXN0Cj4gYXMKPiBhbiBvcHRpb24/IEl0IHdvdWxkIHNvIGVhc2UgdGhlIGluc3Rh bGwgcHJvY2Vzcywgd2hpY2ggbm93IHJlcXVpcmUgdG8KPiBjaGFuZ2UKPiB0aGUgQ0RzIG1ha2lu ZyB0aGUgYXV0b2luc3RhbGwgaW1wb3NzaWJsZS4KPgo+IFdoYXQgZG8gSSB1bmRlcnN0YW5kIHdy b25nPwo+IC0tCj4g8yDV18HWxc7Jxc0sCj4g4sHeyczPIOTNydTSycoKPiDy1cvP18/EydTFzNgg z9TExczBINPJ09TFzc7PyiDJztTFx9LBw8nJCj4g7+/vICLrz83Qwc7J0SDzz8zJzssiCj4gcm9v dEBzb2xpbmsucnUKPgo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCj4gZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIG1haWxpbmcgbGlzdAo+IGh0dHA6 Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2QtY3VycmVudAo+IFRv IHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLWN1cnJlbnQtdW5zdWJzY3Jp YmVAZnJlZWJzZC5vcmciCgoKCkhpIERtaXRyeSwKCmZyb20gYW4gYW5ub3VuY2VtZW50IGVtYWls OgoKIlVzaW5nIHRoZSBpMzg2IGFyY2hpdGVjdHVyZSBhcyBhbiBleGFtcGxlLCB0aGVyZSBhcmUg SVNPIGltYWdlcyBuYW1lZApgYGJvb3Rvbmx5JycsIGBgZGlzYzEnJywgYGBkaXNjMicnLCBhbmQg YGBkb2NzJycuIFRoZSBgYGJvb3Rvbmx5JycgaW1hZ2UgaXMKc3VpdGFibGUgZm9yIGJvb3Rpbmcg YSBtYWNoaW5lIHRvIGRvIGEgbmV0d29yayBiYXNlZCBpbnN0YWxsYXRpb24gdXNpbmcgRlRQCm9y IE5GUy4gVGhlIGBgZGlzYzEnJyBhbmQgYGBkaXNjMicnIGltYWdlcyBhcmUgdXNlZCB0byBkbyBh IGZ1bGwKaW5zdGFsbGF0aW9uIHRoYXQgaW5jbHVkZXMgYSBiYXNpYyBzZXQgb2YgcGFja2FnZXMg YW5kIGRvZXMgbm90IHJlcXVpcmUKbmV0d29yayBhY2Nlc3MgdG8gYW4gRlRQIG9yIE5GUyBzZXJ2 ZXIgZHVyaW5nIHRoZSBpbnN0YWxsYXRpb24uIEluIGFkZGl0aW9uLApgYGRpc2MxJycgc3VwcG9y dHMgYm9vdGluZyBpbnRvIGEgYGBsaXZlIENELWJhc2VkIGZpbGVzeXN0ZW0nJyBhbmQgc3lzdGVt CnJlc2N1ZSBtb2RlLiBUaGUgYGBkb2NzJycgaW1hZ2UgaGFzIGFsbCBvZiB0aGUgZG9jdW1lbnRh dGlvbiBmb3IgYWxsCnN1cHBvcnRlZCBsYW5ndWFnZXMuIE1vc3QgcGVvcGxlIHdpbGwgZmluZCB0 aGF0IGBgZGlzYzEnJyBhbmQgYGBkaXNjMicnIGFyZQphbGwgdGhhdCBhcmUgbmVlZGVkLiIKCklm IHlvdSB3YW50IHRvIHBlcmZvcm0gYSBuZXR3b3JrIGluc3RhbGxhdGlvbiB5b3UgY2FuIGV2ZW4g ZG93bmxvYWQgdGhlCnNtYWxsIGZsb3BweSBpbWFnZXMuCldoeSBjcmVhdGUgYSBmdWxsIERWRCBp ZiBjYW4gZG93bmxvYWQgdGhlIGRlc2lyZWQgc3lzdGVtL3BhY2thZ2VzL2V0YyBvdmVyCnRoZSBu ZXQ/Ck1vc3QgcGtncyBmcm9tIHRoZSBDRHMgYXJlIG91dCBvZiBkYXRlIG1vbnRocyBhZnRlciB0 aGV5IHdlcmUgcHV0IG9uIENELgoKSWYgeW91IHJlYWxseSBuZWVkIGEgRFZEIHlvdSBjYW4gZm9s bG9lIHRoZSBpbnN0cnVjdGlvbnMgb24KaHR0cDovL3d3dy5wYS5tc3UuZWR1L350aWduZXIvYnNk ZHZkLmh0bWwKClJlZ2FyZHMsClZpbmMK From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 21:18:10 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A97316A417 for ; Fri, 1 Feb 2008 21:18:10 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0019C13C45D for ; Fri, 1 Feb 2008 21:18:09 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id m11LI9kB011468 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Feb 2008 16:18:09 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id m11LHenS040144; Fri, 1 Feb 2008 16:17:40 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18339.35979.765504.132672@grasshopper.cs.duke.edu> Date: Fri, 1 Feb 2008 16:17:40 -0500 (EST) To: John Birrell In-Reply-To: <20080201093538.GA83169@what-creek.com> References: <20080201093538.GA83169@what-creek.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 21:18:10 -0000 John Birrell writes: > [ amd64 and i386 users only ] > > Here is a link to a current snapshot containing DTrace: > > Awesome! > It's a big file, but for anyone who is interested, I can provide > diffs in future from it. > > The source builds like a normal FreeBSD buildworld/buildkernel. A make -j16 buildworld using this tree died like as follows on a virgin box, so it seems there may be some dependancy issues to work out: cc -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H -I/var/tmp/dtrace/src/kerberos5/tools/make-roken/../../include -g -c make-roken.c ctfconvert -L VERSION make-print-version.o ctfconvert: not found *** Error code 127 1 error *** Error code 2 ctfconvert -L VERSION make-roken.o ctfconvert: not found *** Error code 127 1 error *** Error code 2 2 errors I'll install ctfconvert and try again :) Drew From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 21:23:08 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A46CA16A418 for ; Fri, 1 Feb 2008 21:23:08 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 4517A13C458 for ; Fri, 1 Feb 2008 21:23:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 819C445F25; Fri, 1 Feb 2008 22:23:05 +0100 (CET) Received: from localhost (chello087207124131.chello.pl [87.207.124.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 663B145EE5; Fri, 1 Feb 2008 22:23:00 +0100 (CET) Date: Fri, 1 Feb 2008 22:22:41 +0100 From: Pawel Jakub Dawidek To: Henri Hennebert Message-ID: <20080201212241.GA2720@garage.freebsd.pl> References: <479C8B56.7020101@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <479C8B56.7020101@restart.be> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 7.0-RC1 - ZFS + UFS + io activity show a deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 21:23:08 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 27, 2008 at 02:47:02PM +0100, Henri Hennebert wrote: > Hello, >=20 > I encounter a deadlock while >=20 > 1) cpio -p from a ZFS filesystem to a UFS filesystem >=20 > 2) rsync from ZFS to ZFS >=20 > I was running with this patch: > http://people.freebsd.org/~pjd/patches/zgd_done.patch This patch is wrong, why do you use it in the first place? --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHo42gForvXbEpPzQRAv0/AKDl4NWTxMalrwXr0kCEfhdaJLOOnQCfUpDc ZrZbZlj3BWQVB26d32ZnRrM= =RDIG -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 22:06:16 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE15A16A418 for ; Fri, 1 Feb 2008 22:06:16 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8A46C13C469 for ; Fri, 1 Feb 2008 22:06:16 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id m11M6FaR021139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Feb 2008 17:06:15 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id m11M5lVv040188; Fri, 1 Feb 2008 17:05:47 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18339.38866.485161.843117@grasshopper.cs.duke.edu> Date: Fri, 1 Feb 2008 17:05:47 -0500 (EST) To: Andrew Pogrebennyk In-Reply-To: <47A3920B.4010504@portaone.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <47A3920B.4010504@portaone.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 22:06:16 -0000 Andrew Pogrebennyk writes: > Andrew, > > I had to do "make world" first so that all OpenSolaris tools like > ctfconvert would be installed. The world installed cleanly for me. But > note that for there is -Werror defined in /usr/src/sys/conf/kmod.mk, all > warnings are considered as errors and this potentially leads to troubles > during kernel compilation. > > First error during kernel module compilation that I came across was > about wrong format specifier: > In function 'dtrace_ioctl': > /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/dtrace_ioctl.c:294: > warning: format '%zd' expects type 'signed size_t', but argument 4 has > type 'uint64_t' > *** Error code 1 I'm on amd64, so I did not see these warnings :) BTW, if you forget options KTDTRACE_HOOKS, and try to preload dtraceall, things explode rather spectacularly: OK load dtraceall /boot/kernel/dtraceall.ko size 0x2370 at 0xbcd000 loading required module 'cyclic' /boot/kernel/cyclic.ko size 0x94c8 at 0xbd0000 <....> OK boot GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Fri Feb 1 13:35:34 PST 2008 root@diablo2:/usr/obj/var/tmp/dtrace/src/sys/DIABLO link_elf_obj: symbol lapic_cyclic_clock_func undefined KLD file cyclic.ko - could not finalize loading kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x10 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff8047e9b0 stack pointer = 0x10:0xffffffff80d14c80 frame pointer = 0x10:0xffffffff80d14d10 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 () trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x17d trap_fatal() at trap_fatal+0x29b trap_pfault() at trap_pfault+0x294 trap() at trap+0x2f9 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0xffffffff8047e9b0, rsp = 0xffffffff80d14c80, rbp = 0xffffffff80d14d10 --- linker_preload() at linker_preload+0x3f0 mi_startup() at mi_startup+0x59 btext() at btext+0x2c kernel trap 12 with interrupts disabled I then rebuilt with KDTRACE_HOOKS. This time, I had another missing symbol (syscallnames). I'm about out of time for today.. Drew From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 22:37:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 583FE16A418 for ; Fri, 1 Feb 2008 22:37:20 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id 389CC13C448 for ; Fri, 1 Feb 2008 22:37:20 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id D48C573302; Fri, 1 Feb 2008 22:37:19 +0000 (GMT) Date: Fri, 1 Feb 2008 22:37:19 +0000 From: John Birrell To: Andrew Gallatin Message-ID: <20080201223719.GA88460@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18339.35979.765504.132672@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 22:37:20 -0000 On Fri, Feb 01, 2008 at 04:17:40PM -0500, Andrew Gallatin wrote: > A make -j16 buildworld using this tree died like as follows on > a virgin box, so it seems there may be some dependancy issues > to work out: > > cc -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H > -I/var/tmp/dtrace/src/kerberos5/tools/make-roken/../../include -g -c > make-roken.c > ctfconvert -L VERSION make-print-version.o > ctfconvert: not found > *** Error code 127 I suggest building without -j16 for now. It should use the ctfconvert built as a buildtool. I must need something more to tell make not to get ahead of itself. Also, there are a couple of references to SMP_MAXCPU which need to be changed to MAXCPU. I missed those. Oops. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 22:47:10 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F02B716A419 for ; Fri, 1 Feb 2008 22:47:10 +0000 (UTC) (envelope-from marduk@portaone.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.203.147]) by mx1.freebsd.org (Postfix) with ESMTP id DB06813C459 for ; Fri, 1 Feb 2008 22:47:10 +0000 (UTC) (envelope-from marduk@portaone.com) Received: from antagonismness.toot.volia.net ([77.123.135.210] helo=[192.168.178.18]) by bugor.portaone.com (8.11.3/8.11.3) with ESMTP id 1JL4Qo-000BmK-Qd; Fri, 01 Feb 2008 14:32:23 -0800 Message-ID: <47A39E01.9070202@portaone.com> Date: Sat, 02 Feb 2008 00:32:33 +0200 From: Andrew Pogrebennyk User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <47A3920B.4010504@portaone.com> <18339.38866.485161.843117@grasshopper.cs.duke.edu> In-Reply-To: <18339.38866.485161.843117@grasshopper.cs.duke.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Gallatin Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 22:47:11 -0000 Andrew Gallatin wrote: > Andrew Pogrebennyk writes: > > In function 'dtrace_ioctl': > > /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/dtrace_ioctl.c:294: > > warning: format '%zd' expects type 'signed size_t', but argument 4 has > > type 'uint64_t' > > *** Error code 1 > > I'm on amd64, so I did not see these warnings :) > > BTW, if you forget options KTDTRACE_HOOKS, and try to > preload dtraceall, things explode rather spectacularly: > > [...] > > > > > I then rebuilt with KDTRACE_HOOKS. This time, I had > another missing symbol (syscallnames). I'm about out of time > for today.. > > Drew OK, thanks for interesting info. However I got stuck with kernel module compilation. There were two minor discrepancies between /usr/src/sys/cddl/dev/dtrace/i386/dtrace_subr.c and /usr/src/sys/sys/dtrace_bsd.h (different types if declaration and definition of dtrace_trap() function and missing declaration of dtrace_sync_func()). I solved that and now it complains on the word "type" in dtrace_trap(): /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/i386/dtrace_subr.c: In function 'dtrace_trap': /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/i386/dtrace_subr.c:438: error: 'type' undeclared (first use in this function) Indeed, where it should be taken from? /* Function to handle DTrace traps during probes. See i386/i386/trap.c */ int dtrace_trap(struct trapframe *frame) { /* * A trap can occur while DTrace executes a probe. Before * executing the probe, DTrace blocks re-scheduling and sets * a flag in it's per-cpu flags to indicate that it doesn't * want to fault. On returning from the the probe, the no-fault * flag is cleared and finally re-scheduling is enabled. * * Check if DTrace has enabled 'no-fault' mode: * */ if ((cpu_core[curcpu].cpuc_dtrace_flags & CPU_DTRACE_NOFAULT) != 0) { /* * There are only a couple of trap types that are expected. * All the rest will be handled in the usual way. */ switch (type) { /* General protection fault. */ case T_PROTFLT: /* Flag an illegal operation. */ [...] -- Sincerely, Andrew Pogrebennyk From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 23:16:57 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A1D616A419; Fri, 1 Feb 2008 23:16:57 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: from valentine.liquidneon.com (valentine.liquidneon.com [216.87.78.132]) by mx1.freebsd.org (Postfix) with ESMTP id 754EB13C442; Fri, 1 Feb 2008 23:16:57 +0000 (UTC) (envelope-from so14k@valentine.liquidneon.com) Received: by valentine.liquidneon.com (Postfix, from userid 1018) id 30E798FD78; Fri, 1 Feb 2008 16:16:57 -0700 (MST) Date: Fri, 1 Feb 2008 16:16:57 -0700 From: Brad Davis To: freebsd-hackers@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20080201231657.GH15409@valentine.liquidneon.com> References: <20080121210010.GC15409@valentine.liquidneon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080121210010.GC15409@valentine.liquidneon.com> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: FreeBSD Status Reports due: January 28th, 2008 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 23:16:57 -0000 Hi Everyone, I will be extending the deadline for submissions another 24 hrs (00:00 UTC on Febuary 3rd). If you have any late submissions hanging around, please submit them before that date. Regards, Brad Davis From owner-freebsd-current@FreeBSD.ORG Fri Feb 1 23:35:37 2008 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10C0116A474; Fri, 1 Feb 2008 23:35:37 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9165513C47E; Fri, 1 Feb 2008 23:35:36 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 409AE1BAC2E; Sat, 2 Feb 2008 00:35:34 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.2/8.14.2) with ESMTP id m11NZVkW064687; Sat, 2 Feb 2008 00:35:31 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1201908934; bh=JCoHmakZvQQROVU2z/bygP6AWLa3Zu5OpUbDLcm wbcc=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:X-Scanned-By; b=YuX7nhOeaZd wI4+3n2u6R4ddcHZT+rw0izroLVPYzhpjjlW2HwDxbY5rk+FiPMY/zfr2o8/A5AmaYp app346FQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=Roi8MvNR/xXkJuZsXVDzpR/nSCwZC+/egsygLYveQVsaEsZtGvbF/UEBGpVJuQ6R/ 4K1zxaYH6AknKS5wN7jmA== Message-ID: <47A3ACC3.2070106@restart.be> Date: Sat, 02 Feb 2008 00:35:31 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.9 (X11/20080124) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <479C8B56.7020101@restart.be> <20080201212241.GA2720@garage.freebsd.pl> In-Reply-To: <20080201212241.GA2720@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: 7.0-RC1 - ZFS + UFS + io activity show a deadlock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2008 23:35:37 -0000 Pawel Jakub Dawidek wrote: > On Sun, Jan 27, 2008 at 02:47:02PM +0100, Henri Hennebert wrote: >> Hello, >> >> I encounter a deadlock while >> >> 1) cpio -p from a ZFS filesystem to a UFS filesystem >> >> 2) rsync from ZFS to ZFS >> >> I was running with this patch: >> http://people.freebsd.org/~pjd/patches/zgd_done.patch > > This patch is wrong, why do you use it in the first place? > You advise it to me ... I will remove it. Henri From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 01:27:14 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C449C16A417 for ; Sat, 2 Feb 2008 01:27:14 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mx-out.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA5413C44B for ; Sat, 2 Feb 2008 01:27:13 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mx-av-02.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-02.forthnet.gr (8.14.0/8.14.0) with ESMTP id m121RBBj032531; Sat, 2 Feb 2008 03:27:11 +0200 Received: from MX-IN-02.forthnet.gr (mx-in-02.forthnet.gr [193.92.150.185]) by mx-av-02.forthnet.gr (8.14.1/8.14.1) with ESMTP id m121RBdW028805; Sat, 2 Feb 2008 03:27:11 +0200 Received: from kobe.laptop (ppp47-170.adsl.forthnet.gr [62.1.64.170]) by MX-IN-02.forthnet.gr (8.14.2/8.14.2) with ESMTP id m121R9gn011473; Sat, 2 Feb 2008 03:27:10 +0200 Authentication-Results: MX-IN-02.forthnet.gr smtp.mail=keramida@freebsd.org; spf=permerror Authentication-Results: MX-IN-02.forthnet.gr header.from=keramida@freebsd.org; sender-id=permerror Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id m121R8QV001854; Sat, 2 Feb 2008 03:27:08 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id m121R8h4001853; Sat, 2 Feb 2008 03:27:08 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Sat, 2 Feb 2008 03:27:08 +0200 From: Giorgos Keramidas To: mtm@freebsd.org, current@freebsd.org Message-ID: <20080202012707.GA1800@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: latest rc.subr breaks etc/rc.d/sendmail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 01:27:14 -0000 Hi Mike, Revision 1.80 of src/etc/rc.subr stops Sendmail from starting here with: root@kobe:/root# /etc/rc.d/sendmail start Cannot 'start' sendmail. Set sendmail_enable to YES in /etc/rc.conf or use 'onestart' instead of 'start'. root@kobe:/root# My /etc/rc.conf contains: root@kobe:/root# grep sendmail /etc/rc.conf sendmail_enable="NO" sendmail_outbound_enable="NO" sendmail_submit_enable="YES" sendmail_msp_queue_enable="YES" root@kobe:/root# Rolling back to 1.79 seems to work, but I am not sure how to fix his yet. I have a logfile too obtained with 1.80 and: # sh -x /etc/rc.d/sendmail start 2>&1 | tee logfile if you think that would help track this down. From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 06:43:40 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 662A116A417 for ; Sat, 2 Feb 2008 06:43:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.244]) by mx1.freebsd.org (Postfix) with ESMTP id 0843913C46B for ; Sat, 2 Feb 2008 06:43:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by hs-out-2122.google.com with SMTP id h53so1375941hsh.11 for ; Fri, 01 Feb 2008 22:43:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; bh=AUb9azlJI2NH8oSi7+mdua0xexZJvOk2ckf/ngxuaKo=; b=O16BR4UPCp0N9xyFBGw7Aj8zhxz6O5j4Fhf4CGLwwp7CWSi8nvw95UsApxGk+68ERwSR+jyjyKaQGQU32eVW0lXo1ktwkgttOnFFuxL2t9xIhNESRVplO+L0v+B6jHTrorpfM8Vn9n9Ug8dZv+6gyeZYacYaOOngHOFOJKQd4Iw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:mime-version:content-type:content-disposition:user-agent; b=blQjrTo7OidsGwUeMN9zA2pdaJjuMfedZA+1KUq1ceTH/VJQ5cBRGojqBdkU+w0nMX0btR30fLpyTewmzoo0sdsX2fyQrX9Xu4wRR55Khm2Sj9XgHqdosna40HbVJBjS+DfTDOvNSzJsfwp93so7HbDExJkVHH9oBebQYgsvRb8= Received: by 10.151.11.17 with SMTP id o17mr1741415ybi.98.1201934618646; Fri, 01 Feb 2008 22:43:38 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 66sm7553889wra.10.2008.02.01.22.43.36 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Feb 2008 22:43:37 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m126hW7l018613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 2 Feb 2008 15:43:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m126hWUQ018612 for freebsd-current@FreeBSD.org; Sat, 2 Feb 2008 15:43:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 2 Feb 2008 15:43:32 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.org Message-ID: <20080202064332.GC17592@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: CFT: nge(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 06:43:40 -0000 Dear all, Here is overhauled nge(4) that shall address all known issues. Specifically nge(4) should now - run on all architectures. - work with hardware VLAN tag insertion/stripping. - take advantage of checksum offload for vlan interface. - support 1000SX media with gentbi(4). - performan better than stock nge(4). - support WOL(Not tested). I had been testing the overhauled nge(4) for months and I think it's time to get more feedback from users. Due to lack of TBI interface the functionality of TBI interface was not tested yet. If you have nge(4) hardwares please give it spin and let me know the result. You can get the latest nge(4) at the following URL. http://people.freebsd.org/~yongari/nge/if_nge.c http://people.freebsd.org/~yongari/nge/if_ngereg.h -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 13:28:30 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38E5416A417 for ; Sat, 2 Feb 2008 13:28:30 +0000 (UTC) (envelope-from marduk@portaone.com) Received: from bugor.portaone.com (bugor.portaone.com [65.61.203.147]) by mx1.freebsd.org (Postfix) with ESMTP id 2140313C457 for ; Sat, 2 Feb 2008 13:28:30 +0000 (UTC) (envelope-from marduk@portaone.com) Received: from antagonismness.toot.volia.net ([77.123.135.210] helo=[192.168.178.18]) by bugor.portaone.com (8.11.3/8.11.3) with ESMTP id 1JLIQ1-000Miz-CW; Sat, 02 Feb 2008 05:28:29 -0800 Message-ID: <47A4700B.3000001@portaone.com> Date: Sat, 02 Feb 2008 15:28:43 +0200 From: Andrew Pogrebennyk User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: John Birrell References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> In-Reply-To: <20080201223719.GA88460@what-creek.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 13:28:30 -0000 Could you help me solve this problem during "make kernel" on i386? cc -O2 -fno-strict-aliasing -pipe -march=pentium4 -DDIS_MEM -DSMP -DDEBUG -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/usr/src/sys/modules/dtrace/dtrace/../../../compat/opensolaris -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace -I/usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/i386 -I/usr/src/sys/modules/dtrace/dtrace/../../../contrib/opensolaris/uts/common -I/usr/src/sys/modules/dtrace/dtrace/../../.. -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/usr/obj/usr/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -c /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/i386/dtrace_subr.c /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/i386/dtrace_subr.c: In function 'dtrace_trap': /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/i386/dtrace_subr.c:448: error: dereferencing pointer to incomplete type /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/i386/dtrace_subr.c:448: error: dereferencing pointer to incomplete type /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/i386/dtrace_subr.c:460: error: dereferencing pointer to incomplete type /usr/src/sys/modules/dtrace/dtrace/../../../cddl/dev/dtrace/i386/dtrace_subr.c:460: error: dereferencing pointer to incomplete type *** Error code 1 In these lines we are trying to case pointer to struct trapframe to pointer to u_char like: frame->tf_eip += dtrace_instr_size((u_char *) frame->tf_eip); What do i do to get it to work? -- Sincerely, Andrew Pogrebennyk From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 14:32:55 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01ADD16A468 for ; Sat, 2 Feb 2008 14:32:55 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 80DBA13C4D5 for ; Sat, 2 Feb 2008 14:32:54 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.p.matik.com.br [200.152.83.36] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m12DDEGs024581; Sat, 2 Feb 2008 11:13:15 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Sam Leffler , current@freebsd.org Date: Sat, 2 Feb 2008 11:09:53 -0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802021109.54416.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: ifconfig ath0 list mac - no list X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 14:32:55 -0000 # ifconfig ath0 list mac policy: allow # actually on recent sources this command does not return the mac acl only th= e=20 state =2D------------ next problem that the rate is shown always as 1M, before last buildworld it= =20 still was 11M # ifconfig ath0 list stat ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0e:2e:89:23:30 1 1 1M 18.0 15 20496 55152 EPS A 00:0e:2e:86:d4:14 3 1 1M 19.5 15 1016 35552 EPS A 00:06:4f:44:a0:d6 4 1 1M 11.5 0 21467 10624 EPS A 00:08:54:ac:54:3e 5 1 1M 13.5 0 804 59408 EPS A 00:0f:3d:68:1d:31 6 1 1M 14.5 0 10187 12928 EP A =46reeBSD ap-n.matik.com.br 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Sat J= an 19=20 21:36:10 BRST 2008 hmm@ap-n.matik.com.br:/usr/obj/usr/src/sys/wce7 amd= 64 ath0: mem 0xec000000-0xec00ffff irq 16 at device 8.0 on pci0 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:02:6f:47:c1:42 ath0: mac 10.4 phy 6.1 radio 6.3 =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 16:43:50 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD2016A417 for ; Sat, 2 Feb 2008 16:43:50 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 554E013C458 for ; Sat, 2 Feb 2008 16:43:48 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.p.matik.com.br (anb.p.matik.com.br [200.152.83.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id m12GgKVe039439; Sat, 2 Feb 2008 14:42:21 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Sam Leffler , current@freebsd.org Date: Sat, 2 Feb 2008 14:40:05 -0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802021440.05965.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: ATH rate and rssi considerations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 16:43:50 -0000 I understand the difference between FBSD v.6 and v.7 regarding the RSSI val= ue=20 displayed by `ifconfig ath list stat` on a machine running ath as hostap an= d=20 the reasons for this change but I think it is not so a very good idea at th= e=20 end, I explain why. BTW `ifconfig ath0 list ap` on the client station does it well, showing the= =20 signal strength and the noise level. By only showing the RSSI value I have no chance to guess what is wrong with= a=20 station with a low rssi. Perhaps the client antenna is bad aligned or if=20 interference or something else is drawing the rssi down. If I had the signa= l=20 strength and it is good I could say it is not antenna alignment but somethi= ng=20 else by looking at the noise level. So now the sys-adm has a hard time=20 figuring out what is going on. At the end it is not only the cosmetic issue, in fact the signal strength o= f=20 the ATH cards felt down, by 5-10 points or when looking at percentage, by=20 almost 50%. This is measured on the client with any 11abg card and as well = on=20 freeBSD with the same ath card as on the AP. *** I like to suggest that this is reconsidered and displayed as in FBSD v.= 6x=20 or displaying S:N which than would be much more useful on an AP and making= =20 sense *** At the same time the rssi change came up the RATE displayed when running OF= DM=20 as 11g or 11a went amok, any station which had before a at least 12,24 or=20 higher RSSI felt down to 5.5 or often lower, most of them to 1 or 2M. Can y= ou=20 tell why ? In order to answer possible daughts, I change the AP which runs= =20 7-STABLE, lets say a 6.3 or a early 7-Stable (~07/2007) with same configs a= nd=20 wthout touching the antenas the RSSI comes back to normal and the noise lee= vl=20 is less and at the end the signal strength measured on the client station=20 (whatever 11a/b/g gear) almost doubles. =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 18:24:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8347A16A421 for ; Sat, 2 Feb 2008 18:24:04 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id 1686213C46A for ; Sat, 2 Feb 2008 18:24:03 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1805185fka.11 for ; Sat, 02 Feb 2008 10:24:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=Py/uVxPlz+d7NRRtwKOZCTlaj3L3OoYY7R+/6vxSBtY=; b=iVQ4+IJuFID0JpmSothQT7TVqaITQec5tam0ENDddIUhd633xdorBQEZ+WAPcYvOJfPsPJZSpUhBgr8gksnKMK0yhCoFXqZUjKBM7vZ00AyqF58CO6fhFxdOfdRibzeYC5Z1gyCWO6kqUWEICAJvMRJZkEtg7tEAzJ7jMvypS5M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=P2KHANo/PsD8Lq5YFIlh5StyEu9kXW95kT1Zr7Kk0pNIEmyAdDb5qB9+gxz0Tx6cTGRr7DOflPCg8jb3p+uL3P3N1HUVHP8dDP+hsyDV/vxRPuJu3V3zDeTAPT59iV2psq1e5ST6BO2lHy1pZhzW5hjrZkGDB8f+G1kOtiWzuE4= Received: by 10.78.151.3 with SMTP id y3mr8803145hud.65.1201976642682; Sat, 02 Feb 2008 10:24:02 -0800 (PST) Received: from atlas.local ( [89.162.141.1]) by mx.google.com with ESMTPS id g12sm13574430nfb.27.2008.02.02.10.24.00 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 02 Feb 2008 10:24:01 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Sat, 2 Feb 2008 20:23:58 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802022023.59037.qpadla@gmail.com> Subject: Broken loader on 7.0-RC1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Feb 2008 18:24:04 -0000 Hello all. While building 7.0-RC1 i've discovered that the loader file is broken in my box and i am unable to boot using it. I've already hit this problem 2 months ago. After playing a bit i've found the way on how to reproduce it easily: ~# cd /usr/src/sys/boot/i386 /usr/src/sys/boot/i386# make btx libi386 loader ...snipped... strip -R .comment -R .note loader.bin btxld -v -f aout -e 0x200000 -o loader -l /usr/obj/usr/src/sys/boot/i386/loader/../btx/btxldr/btxldr -b /usr/obj/usr/src/sys/boot/i386/loader/../btx/btx/btx loader.bin kernel: ver=1.01 size=7b0 load=9000 entry=9010 map=16M pgctl=0:23 client: fmt=elf size=283b0 text=22038 data=4248 bss=60b8 entry=0 output: fmt=aout size=2b000 text=1000 data=29000 org=200000 entry=200000 cat /usr/src/sys/boot/i386/loader/../../common/help.common /usr/src/sys/boot/i386/loader/help.i386 | awk -f /usr/src/sys/boot/i386/loader/../../common/merge_help.awk > loader.help This loader is totally diffrent from the original: # ls -la /usr/obj/usr/src/sys/boot/i386/loader/loader -rw-r--r-- 1 root wheel 176128 Feb 2 15:24 /usr/obj/usr/src/sys/boot/i386/loader/loader # ls -al /boot/loader -r-xr-xr-x 1 root wheel 229376 Jan 29 18:17 /boot/loader # uname -a FeeBSD cassini 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Jan 28 16:57:47 EET 2008 root@cassini:/usr/obj/usr/src/sys/GENERIC amd64 I am not using any compiler flags in make.conf CPU: Intel(R) Core(TM)2 Duo CPU E4500 @ 2.20GHz (2194.51-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fd Stepping = 13 Features=0xbfebfbff Features2=0xe39d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2131750912 (2032 MB) avail memory = 2057113600 (1961 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ====================================================================== From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 19:30:01 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5592416A41A for ; Sat, 2 Feb 2008 19:30:01 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1787A13C459 for ; Sat, 2 Feb 2008 19:30:01 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.14.0/8.14.0) with ESMTP id m12JTx8O002785 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Feb 2008 14:29:59 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id m12JTVUJ044404; Sat, 2 Feb 2008 14:29:31 -0500 (EST) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2T28i0NbJI" Content-Transfer-Encoding: 7bit Message-ID: <18340.50354.244903.435464@grasshopper.cs.duke.edu> Date: Sat, 2 Feb 2008 14:29:31 -0500 (EST) To: John Birrell In-Reply-To: <20080201223719.GA88460@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 19:30:01 -0000 --2T28i0NbJI Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit John Birrell writes: > On Fri, Feb 01, 2008 at 04:17:40PM -0500, Andrew Gallatin wrote: > > A make -j16 buildworld using this tree died like as follows on > > a virgin box, so it seems there may be some dependancy issues > > to work out: > > > > cc -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H > > -I/var/tmp/dtrace/src/kerberos5/tools/make-roken/../../include -g -c > > make-roken.c > > ctfconvert -L VERSION make-print-version.o > > ctfconvert: not found > > *** Error code 127 > > I suggest building without -j16 for now. It should use the ctfconvert > built as a buildtool. I must need something more to tell make not > to get ahead of itself. I was excited to try it, I had an 8-way 1.8Ghz opteron, and I had less than an hour to work with. :) > > Also, there are a couple of references to SMP_MAXCPU which need to be > changed to MAXCPU. I missed those. Oops. My panic-on-boot seems to have been caused by syscallnames[] being missing because I'm not running witness/invarients. I've attached a patch. I've not yet had time to try it. Drew --2T28i0NbJI Content-Type: application/octet-stream Content-Description: patch to build syscalls for dtrace Content-Disposition: attachment; filename="t.diff" Content-Transfer-Encoding: base64 LS0tIGNvbmYvZmlsZXMuYmFrCTIwMDgtMDEtMzEgMTY6MDg6MDEuMDAwMDAwMDAwIC0wODAw CisrKyBjb25mL2ZpbGVzCTIwMDgtMDItMDIgMTE6MjI6MjYuMDAwMDAwMDAwIC0wODAwCkBA IC0xNTI2LDcgKzE1MjYsNyBAQAoga2Vybi9zeXNfcGlwZS5jCQkJc3RhbmRhcmQKIGtlcm4v c3lzX3Byb2Nlc3MuYwkJc3RhbmRhcmQKIGtlcm4vc3lzX3NvY2tldC5jCQlzdGFuZGFyZAot a2Vybi9zeXNjYWxscy5jCQkJb3B0aW9uYWwgd2l0bmVzcyB8IGludmFyaWFudHMKK2tlcm4v c3lzY2FsbHMuYwkJCW9wdGlvbmFsIHdpdG5lc3MgfCBpbnZhcmlhbnRzIHwga2R0cmFjZV9o b29rcwoga2Vybi9zeXN2X2lwYy5jCQkJc3RhbmRhcmQKIGtlcm4vc3lzdl9tc2cuYwkJCW9w dGlvbmFsIHN5c3Ztc2cKIGtlcm4vc3lzdl9zZW0uYwkJCW9wdGlvbmFsIHN5c3ZzZW0K --2T28i0NbJI-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 20:29:45 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02AB916A46E for ; Sat, 2 Feb 2008 20:29:45 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3BF13C45B for ; Sat, 2 Feb 2008 20:29:44 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A42DD.dip.t-dialin.net [84.154.66.221]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m12KTfs9060442; Sat, 2 Feb 2008 20:29:42 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m12KVWRs003732; Sat, 2 Feb 2008 21:31:32 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m12KVMZ1068876; Sat, 2 Feb 2008 21:31:27 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200802022031.m12KVMZ1068876@fire.js.berklix.net> To: freebsd-current@freebsd.org, root@solink.ru In-reply-to: <200802011541.m11Ffbab051194@lurza.secnetix.de> References: <200802011541.m11Ffbab051194@lurza.secnetix.de> Comments: In-reply-to Oliver Fromme message dated "Fri, 01 Feb 2008 16:41:37 +0100." Date: Sat, 02 Feb 2008 21:31:22 +0100 From: "Julian H. Stacey" Cc: Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 20:29:45 -0000 Oliver Fromme wrote: > I think the problem is that your mail uses the charset > "KOI8-R", and Julian's MUA doesn't know how to handle > that. EXMH 2.7.2 01.07.2005 (from 6.2-RELEASE) displays KOI8-R OK within itself, (Exmh is 2.7.2_1 in -current/ports). When clicking to reply & an xterm springs up running external selectable editor vi, then if base64, it's just a load of hex in vi. If the KOI8-R is raw as in Dimitry's 2nd posting, my vi in xterm (with US default fonts) EXMH works OK, though his Russian sig line looks unintelligib;e, but probably would comes out unaltered on a russian xterm. I guess an ideal MUA when clicking Reply might say eg "Which Enclosure[s] ? to edit" & then sense base 64, decode it, create an xterm(s) with matching font set(s), & start a [16 bit char?] editor (maybe vi or eg cxterm if Chinese etc, & on completion reverse all above for potentialy each enclosure ? A scarey/ambitious level of functionality to aspire to :-) > Maybe you should configure your mailer to send > plain ASCII when mailing to international (English- > sepaking) lists? Would help, might be a nuisance for Dimitry & other switching per mail ? Dimitry's 2nd koi8-r worked, (without MIME enclosure) no problem. Just the base64 encoded MIME enclosure seemed to be the problem. Might be easier/ better to leave that off ? > On the other hand, my client doesn't send plain ASCII > either, but ISO8859-1 (or -15, depending on the type of > terminal I'm sitting at). I'm not aware of any problems > caused by that. > > In fact KOI8-R is a superset of ASCII (just like the > ISO8859-* and Windows-1252 character sets). So such > messages can be displayed as-is if they don't contain > characters beyond 7bit ASCII. I think metamail is > clever enough to just do that. At least it does that > for me; I had no problems displaying Bachilo Dmitry's > message, except for a few characters (cyrillic, I guess) > in the attribution line that were converted to question > marks. Not a big deal. > > I'm afraid I'm not familiar with EXMH, so I don't know > if this is helpful information. Does EXMH call metamail > for MIME-formatted messages, or does it try handle them > itself? Good question. EXMH does use metamail at least for some things EXMH uses repl ( from ports/mail/nmh ) & ~/mail/replcomps & filter etc. EXMH supports both an internal editor & external eg vi or whatever, Till now I've always used external vi. > BTW, I'm surprised that it simply seems to display the > raw base64 data. If it doesn't know how to handle the > charset, it should either display the decoded data as-is, > or don't display it at all and give an error message. > I'm sure there's something that needs to be configured. Yes, Thanks, got me thinking :-) I'd better look at base64 handling & ~/mail/ filter,replcomps,forwcomps. -- Julian Stacey. BSD Unix Linux Net Consultant, Munich. http://berklix.com From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 20:33:20 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64C7316A418 for ; Sat, 2 Feb 2008 20:33:20 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id 450EE13C457 for ; Sat, 2 Feb 2008 20:33:20 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id BD4FC732FF; Sat, 2 Feb 2008 20:33:19 +0000 (GMT) Date: Sat, 2 Feb 2008 20:33:19 +0000 From: John Birrell To: Andrew Gallatin Message-ID: <20080202203319.GA96610@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <18340.50354.244903.435464@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18340.50354.244903.435464@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 20:33:20 -0000 On Sat, Feb 02, 2008 at 02:29:31PM -0500, Andrew Gallatin wrote: Content-Description: message body text > My panic-on-boot seems to have been caused by syscallnames[] > being missing because I'm not running witness/invarients. > I've attached a patch. I've not yet had time to try it. Oh that explains it. I've seen that on releng7. I'll update the current version. Without the KDTRACE_HOOKS option, the modules should fail to load via kldload. I guess that checking isn't possible if the modules are loaded from boot. BTW, as a committer it might be more convenient for you to use the sources direct from the perforce server in //depot/projects/dtrace. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 20:48:04 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45F9116A419 for ; Sat, 2 Feb 2008 20:48:04 +0000 (UTC) (envelope-from oskar-freebsd@eyb.de) Received: from beastie.eyb.de (beastie.eyb.de [85.214.103.56]) by mx1.freebsd.org (Postfix) with ESMTP id 853E913C448 for ; Sat, 2 Feb 2008 20:48:03 +0000 (UTC) (envelope-from oskar-freebsd@eyb.de) Received: from chuck.ath.cx (dslb-088-067-045-006.pools.arcor-ip.net [88.67.45.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by beastie.eyb.de (Postfix) with ESMTP id E55228B798C for ; Sat, 2 Feb 2008 21:48:13 +0100 (CET) Received: from [10.0.0.3] (saturn.intra.eyb.de [10.0.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by chuck.ath.cx (Postfix) with ESMTP id 42A5411852E5 for ; Sat, 2 Feb 2008 21:49:36 +0100 (CET) Message-ID: <47A4D700.90807@eyb.de> Date: Sat, 02 Feb 2008 21:48:00 +0100 From: Oskar Eyb User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47985B01.6000003@eyb.de> In-Reply-To: <47985B01.6000003@eyb.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: syncache_timer: Response timeout and other msgs, whats up? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 20:48:04 -0000 no help for this issue? Same problem with cvs RELENG_7 from Jan, 29th. Oskar Eyb schrieb am 24.01.2008 10:31: > Hello! > I#m not sure if this is a issue belonging to -current, but maybe.. > > > A remote MTA cannot deliver me any email. the admin gets the following > errors: > > "retry time not reached for any host after a long failure period" > and "retry timeout exceeded". > > After I cant find anything related to this server in my postfix log, I > grep'ed for in /var/log/* and got the following hits: > > [...] > dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25 tcpflags > 0x2; syncache_add: Received duplicate SYN, resetting timer and > retransmitting SYN|ACK > dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25; > syncache_timer: Response timeout, retransmitting (1) SYN|ACK > dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25; > syncache_timer: Response timeout, retransmitting (2) SYN|ACK > dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25; > syncache_timer: Response timeout, retransmitting (3) SYN|ACK > dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25; > syncache_timer: Retransmits exhausted, giving up and removing syncache > entry > > 85.214.42.62 is the other MTA, 172.16.0.2 is my jail. > I use PF with rdr/nat on FreeBSD 7 RC4. > > > in the daily security email I get dozens of messages like this, also to > other tcp ports. > > > default-values for: > net.inet.tcp.syncache.rst_on_sock_fail: 1 > net.inet.tcp.syncache.rexmtlimit: 3 > net.inet.tcp.syncache.hashsize: 512 > net.inet.tcp.syncache.count: 0 > net.inet.tcp.syncache.cachelimit: 15360 > net.inet.tcp.syncache.bucketlimit: 30 > > > Can anybody help me out of this? > > > Greets, > Oskar > > > > > > +TCP: [58.182.131.11]:4216 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4216 to [172.16.0.2]:25 tcpflags 0x10; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4216 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4217 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4217 to [172.16.0.2]:25 tcpflags 0x10; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4217 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4218 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4218 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4219 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4219 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4220 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4220 to [172.16.0.2]:25 tcpflags 0x10; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4220 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4221 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4221 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4222 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4222 to [172.16.0.2]:25 tcpflags 0x10; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4222 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4223 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4223 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4224 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4224 to [172.16.0.2]:25 tcpflags 0x10; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4224 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4225 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4225 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4226 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4226 to [172.16.0.2]:25 tcpflags 0x10; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4226 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4227 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4227 to [172.16.0.2]:25 tcpflags 0x10; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4227 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4228 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4228 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4229 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4230 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4231 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4232 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4230 to [172.16.0.2]:25 tcpflags 0x18; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4231 to [172.16.0.2]:25 tcpflags 0x18; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4234 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4234 to [172.16.0.2]:25 tcpflags 0x10; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4234 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4235 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4235 to [172.16.0.2]:25 tcpflags 0x10; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4235 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4236 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4236 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [58.182.131.11]:4233 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [58.182.131.11]:4233 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 6 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [58.182.131.11]:4233 to [172.16.0.2]:25 tcpflags 0x18; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +Connection attempt to UDP 172.16.0.2:57897 from 85.214.103.56:53 > +Connection attempt to UDP 172.16.0.2:60521 from 85.214.103.56:53 > +TCP: [59.189.18.5]:1332 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [59.189.18.5]:1332 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [59.189.18.5]:1332 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [59.189.18.5]:1332 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [59.189.18.5]:1332 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (2) SYN|ACK > +TCP: [59.189.18.5]:1332 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (3) SYN|ACK > +TCP: [59.189.18.5]:1700 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [59.189.18.5]:1700 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [59.189.18.5]:1700 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [59.189.18.5]:1700 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [59.189.18.5]:1332 to [172.16.0.2]:25; syncache_timer: Retransmits > exhausted, giving up and removing syncache entry > +TCP: [59.189.18.5]:1700 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [59.189.18.5]:1700 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (2) SYN|ACK > +TCP: [59.189.18.5]:1700 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (3) SYN|ACK > +Connection attempt to UDP 85.214.103.56:57111 from 88.191.254.7:53 > +TCP: [59.189.18.5]:2189 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [83.40.210.36]:27836 to [172.16.0.2]:25 tcpflags 0x4; > syncache_chkrst: Spurious RST without matching syncache entry (possibly > syncookie only), segment ignored > +TCP: [59.189.18.5]:2189 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [59.189.18.5]:1700 to [172.16.0.2]:25; syncache_timer: Retransmits > exhausted, giving up and removing syncache entry > +TCP: [59.189.18.5]:2189 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [59.189.18.5]:2189 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [59.189.18.5]:2189 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (2) SYN|ACK > +TCP: [59.189.18.5]:2189 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (3) SYN|ACK > +TCP: [213.5.169.184]:62636 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [213.5.169.184]:62636 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [213.5.169.184]:62636 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [213.5.169.184]:62636 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [59.189.18.5]:2189 to [172.16.0.2]:25; syncache_timer: Retransmits > exhausted, giving up and removing syncache entry > +TCP: [213.5.169.184]:62636 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (2) SYN|ACK > +TCP: [213.5.169.184]:62636 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (3) SYN|ACK > +TCP: [193.43.150.242]:60772 to [85.214.103.56]:22 tcpflags 0x2; > tcp_input: Connection attempt to closed port > +Connection attempt to UDP 172.16.0.2:59259 from 85.214.103.56:53 > +Connection attempt to UDP 172.16.0.2:52025 from 85.214.103.56:53 > +TCP: [213.5.169.184]:62636 to [172.16.0.2]:25; syncache_timer: > Retransmits exhausted, giving up and removing syncache entry > +TCP: [64.237.204.59]:64347 to [172.16.0.2]:25 tcpflags 0x4; > syncache_chkrst: Spurious RST without matching syncache entry (possibly > syncookie only), segment ignored > +Connection attempt to UDP 172.16.0.2:49575 from 85.214.103.56:53 > +Connection attempt to UDP 172.16.0.2:49201 from 85.214.103.56:53 > +Connection attempt to UDP 172.16.0.2:53140 from 85.214.103.56:53 > +Connection attempt to UDP 172.16.0.2:60597 from 85.214.103.56:53 > +TCP: [209.223.48.146]:36342 to [172.16.0.2]:25 tcpflags 0x4; > syncache_chkrst: Spurious RST without matching syncache entry (possibly > syncookie only), segment ignored > +TCP: [189.132.247.46]:3006 to [172.16.0.2]:25 tcpflags 0x14; > syncache_chkrst: Spurious RST with ACK, SYN or FIN flag set, segment > ignored > +TCP: [190.142.56.104]:1990 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [190.142.56.104]:1990 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [190.142.56.104]:2350 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [72.52.143.18]:38333 to [172.16.0.2]:25 tcpflags 0x4; > syncache_chkrst: Spurious RST without matching syncache entry (possibly > syncookie only), segment ignored > +TCP: [65.19.179.9]:1973 to [172.16.0.2]:25 tcpflags 0x4; > syncache_chkrst: Spurious RST without matching syncache entry (possibly > syncookie only), segment ignored > +TCP: [88.67.29.27]:62531 to [172.16.0.2]:25 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_2: Received 37 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [88.67.29.27]:62531 to [172.16.0.2]:25 tcpflags 0x11; > syncache_expand: Segment failed SYNCOOKIE authentication, segment > rejected (probably spoofed) > +TCP: [195.4.92.9]:25 to [172.16.0.2]:57654 tcpflags 0x18; > tcp_do_segment: FIN_WAIT_1: Received 69 bytes of data after socket was > closed, sending RST and removing tcpcb > +TCP: [213.133.109.71]:47054 to [172.16.0.2]:25 tcpflags 0x4; > syncache_chkrst: Spurious RST without matching syncache entry (possibly > syncookie only), segment ignored > +TCP: [202.164.234.72]:3775 to [172.16.0.2]:25 tcpflags 0x4; > syncache_chkrst: Spurious RST without matching syncache entry (possibly > syncookie only), segment ignored > +TCP: [207.217.120.84]:54387 to [172.16.0.2]:25 tcpflags 0x4; > syncache_chkrst: Spurious RST without matching syncache entry (possibly > syncookie only), segment ignored > +TCP: [207.217.120.84]:54387 to [172.16.0.2]:25 tcpflags 0x4; > syncache_chkrst: Spurious RST without matching syncache entry (possibly > syncookie only), segment ignored > +TCP: [220.226.52.141]:3655 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [220.226.52.141]:3655 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [220.226.52.141]:3655 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK > +TCP: [220.226.52.141]:3655 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [217.255.195.182]:61347 to [172.16.0.2]:25 tcpflags 0x4; > syncache_chkrst: Spurious RST without matching syncache entry (possibly > syncookie only), segment ignored > +TCP: [220.226.52.141]:4446 to [172.16.0.2]:25; syncache_timer: Response > timeout, retransmitting (1) SYN|ACK > +TCP: [220.226.52.141]:4446 to [172.16.0.2]:25 tcpflags 0x2; > syncache_add: Received duplicate SYN, resetting timer and retransmitting > SYN|ACK From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 20:53:13 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C77F16A419 for ; Sat, 2 Feb 2008 20:53:13 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id 2CB5813C4DD for ; Sat, 2 Feb 2008 20:53:12 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 0B30D732FF; Sat, 2 Feb 2008 20:36:33 +0000 (GMT) Date: Sat, 2 Feb 2008 20:36:33 +0000 From: John Birrell To: Andrew Pogrebennyk Message-ID: <20080202203632.GB96610@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <47A4700B.3000001@portaone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47A4700B.3000001@portaone.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 20:53:13 -0000 On Sat, Feb 02, 2008 at 03:28:43PM +0200, Andrew Pogrebennyk wrote: > In these lines we are trying to case pointer to struct trapframe to > pointer to u_char like: > frame->tf_eip += dtrace_instr_size((u_char *) frame->tf_eip); > What do i do to get it to work? Looks like I'm missing: #include -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 20:55:13 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8460516A417 for ; Sat, 2 Feb 2008 20:55:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 4A94113C4EA for ; Sat, 2 Feb 2008 20:55:13 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7E3C31CC4E; Sat, 2 Feb 2008 21:55:39 +0100 (CET) Date: Sat, 2 Feb 2008 21:55:39 +0100 From: Ed Schouten To: current@freebsd.org Message-ID: <20080202205539.GH1179@hoeg.nl> References: <200802011537.53078.root@solink.ru> <47A33662.6000002@rexdb.com> <20080201155703.GA1179@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GBDnBH7+ZvLx8QD4" Content-Disposition: inline In-Reply-To: <20080201155703.GA1179@hoeg.nl> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 20:55:13 -0000 --GBDnBH7+ZvLx8QD4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > Lately I need the livefs CD a lot. Unfortunately you cannot install > FreeBSD by hand anymore, using the livefs disc, because there are no > installsets on that disk. I don't have a lot of machines with 2 CD-ROM > drives, which means I often have to copy the install sets from other > machines. >=20 > It would be great if I had a FreeBSD disk (a DVD) which has the livefs, > but also the base and kernel install sets. Also sending this to the list: today I had some spare time, so I decided to write a simple shellscript which makes me a single FreeBSD CD image with the livefs and installsets, by omitting the packages (I don't care about those). I've written a small article about it: http://g-rave.nl/unix/freebsd/bootcd/ Have fun! :-) --=20 Ed Schouten WWW: http://g-rave.nl/ --GBDnBH7+ZvLx8QD4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkek2MsACgkQ52SDGA2eCwUXUgCeKG3dH8r2CCQUvNysTtCHV6oh 8JMAnRfGnTJWxKNJU3ABJQyfjBGWaU7v =nbnX -----END PGP SIGNATURE----- --GBDnBH7+ZvLx8QD4-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 21:02:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B417216A417 for ; Sat, 2 Feb 2008 21:02:38 +0000 (UTC) (envelope-from SRS0=5dc1b26931f39ef01762cde00b160952d059aed5=599=es.net=oberman@es.net) Received: from postal1.es.net (postoffice1.tagpma.org [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 2229613C455 for ; Sat, 2 Feb 2008 21:02:37 +0000 (UTC) (envelope-from SRS0=5dc1b26931f39ef01762cde00b160952d059aed5=599=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IXE19133; Sat, 02 Feb 2008 13:02:33 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6F67445010; Sat, 2 Feb 2008 13:02:32 -0800 (PST) To: "Julian H. Stacey" In-Reply-To: Your message of "Sat, 02 Feb 2008 21:31:22 +0100." <200802022031.m12KVMZ1068876@fire.js.berklix.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1201986152_22803P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 02 Feb 2008 13:02:32 -0800 From: "Kevin Oberman" Message-Id: <20080202210232.6F67445010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;;; X-Sender: X-To_Name: Julian H. Stacey X-To_Domain: berklix.org X-To: "Julian H. Stacey" X-To_Email: jhs@berklix.org X-To_Alias: jhs Cc: root@solink.ru, freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 21:02:38 -0000 --==_Exmh_1201986152_22803P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Sat, 02 Feb 2008 21:31:22 +0100 > From: "Julian H. Stacey" > Sender: owner-freebsd-current@freebsd.org > > Oliver Fromme wrote: > > I think the problem is that your mail uses the charset > > "KOI8-R", and Julian's MUA doesn't know how to handle > > that. > > EXMH 2.7.2 01.07.2005 (from 6.2-RELEASE) displays KOI8-R OK within > itself, (Exmh is 2.7.2_1 in -current/ports). > When clicking to reply & an xterm springs up running external > selectable editor vi, then if base64, it's just a load of hex in > vi. If the KOI8-R is raw as in Dimitry's 2nd posting, my vi in > xterm (with US default fonts) EXMH works OK, though his Russian sig > line looks unintelligib;e, but probably would comes out unaltered > on a russian xterm. > > I guess an ideal MUA when clicking Reply might say eg > "Which Enclosure[s] ? to edit" & then sense base 64, decode it, > create an xterm(s) with matching font set(s), & start a [16 bit > char?] editor (maybe vi or eg cxterm if Chinese etc, & on > completion reverse all above for potentialy each enclosure ? A > scarey/ambitious level of functionality to aspire to :-) > > > > Maybe you should configure your mailer to send > > plain ASCII when mailing to international (English- > > sepaking) lists? > > Would help, might be a nuisance for Dimitry & other switching per > mail ? Dimitry's 2nd koi8-r worked, (without MIME enclosure) no > problem. Just the base64 encoded MIME enclosure seemed to be the > problem. Might be easier/ better to leave that off ? > > > > On the other hand, my client doesn't send plain ASCII > > either, but ISO8859-1 (or -15, depending on the type of > > terminal I'm sitting at). I'm not aware of any problems > > caused by that. > > > > In fact KOI8-R is a superset of ASCII (just like the > > ISO8859-* and Windows-1252 character sets). So such > > messages can be displayed as-is if they don't contain > > characters beyond 7bit ASCII. I think metamail is > > clever enough to just do that. At least it does that > > for me; I had no problems displaying Bachilo Dmitry's > > message, except for a few characters (cyrillic, I guess) > > in the attribution line that were converted to question > > marks. Not a big deal. > > > > I'm afraid I'm not familiar with EXMH, so I don't know > > if this is helpful information. Does EXMH call metamail > > for MIME-formatted messages, or does it try handle them > > itself? > > Good question. EXMH does use metamail at least for some things > EXMH uses repl ( from ports/mail/nmh ) & ~/mail/replcomps & > filter etc. EXMH supports both an internal editor & external > eg vi or whatever, Till now I've always used external vi. > > > > BTW, I'm surprised that it simply seems to display the > > raw base64 data. If it doesn't know how to handle the > > charset, it should either display the decoded data as-is, > > or don't display it at all and give an error message. > > I'm sure there's something that needs to be configured. > > Yes, Thanks, got me thinking :-) > I'd better look at base64 handling & ~/mail/ filter,replcomps,forwcomps. Julian, Did you get my suggestion for fixing this? Does it not work with sedit? (Assuming you use sedit.) It works fine for me using Xemacs as my editor. In case my suggestion didn't make it, click "Preferences" and select "Quoting", then turn off "Only symlink". That causes it to process both base64 and quoted-printable properly in the included quoted text. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1201986152_22803P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHpNpokn3rs5h7N1ERAokJAJoDGH6yBl9a7qXth44iS9exCr+1uQCgkPup rDaNC2zObwbLFPoCmDlehxw= =BP+2 -----END PGP SIGNATURE----- --==_Exmh_1201986152_22803P-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 21:03:30 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EE9F16A419 for ; Sat, 2 Feb 2008 21:03:30 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.freebsd.org (Postfix) with ESMTP id 10FD313C4E9 for ; Sat, 2 Feb 2008 21:03:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m12L3QAj012374 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 3 Feb 2008 08:03:27 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.1) with ESMTP id m12L3QFb087023; Sun, 3 Feb 2008 08:03:26 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m12L3PqJ087022; Sun, 3 Feb 2008 08:03:25 +1100 (EST) (envelope-from peter) Date: Sun, 3 Feb 2008 08:03:25 +1100 From: Peter Jeremy To: John Birrell Message-ID: <20080202210325.GV35170@server.vk2pj.dyndns.org> References: <20080201093538.GA83169@what-creek.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Zrag5V6pnZGjLKiw" Content-Disposition: inline In-Reply-To: <20080201093538.GA83169@what-creek.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 21:03:30 -0000 --Zrag5V6pnZGjLKiw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 01, 2008 at 09:35:38AM +0000, John Birrell wrote: >[ amd64 and i386 users only ] > >Here is a link to a current snapshot containing DTrace: > > > >It's a big file, but for anyone who is interested, I can provide >diffs in future from it. > >The source builds like a normal FreeBSD buildworld/buildkernel. buildworld worked for me but buildkernel blew up: -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/back/dtrace/src/sys/server; MAKESRCPATH=3D/back/dtrace/src/sys= /dev/ai c7xxx/aicasm make -DNO_CPU_CFLAGS -f /back/dtrace/src/sys/dev/aic7xxx/aica= sm/Ma kefile Warning: Object directory not changed from original /var/obj/back/dtrace/sr= c/sys /server yacc -b aicasm_gram -d -o aicasm_gram.c /back/dtrace/src/sys/dev/aic7xxx/a= icasm /aicasm_gram.y yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /back/dtrace/src/= sys/d ev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/back/dtra= ce/sr c/sys/dev/aic7xxx/aicasm -g -c /back/dtrace/src/sys/dev/aic7xxx/aicasm/aic= asm.c ctfconvert -L VERSION aicasm.o ctfconvert:No such file or directory *** Error code 1 Stop in /var/obj/back/dtrace/src/sys/server. *** Error code 1 Stop in /back/dtrace/src. *** Error code 1 Stop in /back/dtrace/src. make buildkernel 26.60s user 12.64s system 52% cpu 1:14.80 total server% find . /var/obj/back/dtrace/ -name ctfconvert =2E/cddl/usr.bin/ctfconvert /var/obj/back/dtrace/src/tmp/legacy/usr/bin/ctfconvert /var/obj/back/dtrace/src/tmp/back/dtrace/src/cddl/usr.bin/ctfconvert /var/obj/back/dtrace/src/tmp/back/dtrace/src/cddl/usr.bin/ctfconvert/ctfcon= vert /var/obj/back/dtrace/src/cddl/usr.bin/ctfconvert /var/obj/back/dtrace/src/cddl/usr.bin/ctfconvert/ctfconvert server% =20 I'm not sure why it's trying to run ctfconvert on aicasm since that's solely a build tool (which is never installed) but if it's necessary then this looks like an issue with the PATH being used in ${MAKE}. I will investigate further when I have more time. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --Zrag5V6pnZGjLKiw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHpNqd/opHv/APuIcRAssBAKCQu0g6tct1+Y9WQQssaQz2cGXDQACgi83J mMI179dnmvqUIf+AJ5L7hgg= =FpYi -----END PGP SIGNATURE----- --Zrag5V6pnZGjLKiw-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 21:23:15 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 355DC16A417 for ; Sat, 2 Feb 2008 21:23:15 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id B77E013C448 for ; Sat, 2 Feb 2008 21:23:14 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A512A.dip.t-dialin.net [84.154.81.42]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m12LN0k5060755; Sat, 2 Feb 2008 21:23:01 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m12LOnmv004123; Sat, 2 Feb 2008 22:24:50 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m12LOBul070052; Sat, 2 Feb 2008 22:24:39 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200802022124.m12LOBul070052@fire.js.berklix.net> To: "Kevin Oberman" In-reply-to: <20080202210232.6F67445010@ptavv.es.net> References: <20080202210232.6F67445010@ptavv.es.net> Comments: In-reply-to "Kevin Oberman" message dated "Sat, 02 Feb 2008 13:02:32 -0800." Date: Sat, 02 Feb 2008 22:24:11 +0100 From: "Julian H. Stacey" Cc: root@solink.ru, freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 21:23:15 -0000 > Did you get my suggestion for fixing this? No. Saw nothing from you till now Kevin. Just Oliver & Dimitry. Searching archive I see: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=756632+0+current/freebsd-current Strings in there grep & match content in my local archive ! So yours even arrived here, but must have got deleted unread by my mistake - Sorry ! OK, I'll re-read thread, try any ideas missed then report back. Thanks! -- Julian Stacey. BSD Unix Linux Net Consultant, Munich. http://berklix.com From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 21:32:37 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44EBE16A417 for ; Sat, 2 Feb 2008 21:32:37 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0C34113C46B for ; Sat, 2 Feb 2008 21:32:37 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:f9b5:f71d:35a3:6bee] (unknown [IPv6:2001:7b8:3a7:0:f9b5:f71d:35a3:6bee]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 71DA93E; Sat, 2 Feb 2008 22:32:35 +0100 (CET) Message-ID: <47A4E174.80902@andric.com> Date: Sat, 02 Feb 2008 22:32:36 +0100 From: Dimitry Andric User-Agent: Thunderbird 2.0.0.12pre (Windows/20080128) MIME-Version: 1.0 To: Oskar Eyb References: <47985B01.6000003@eyb.de> In-Reply-To: <47985B01.6000003@eyb.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: syncache_timer: Response timeout and other msgs, whats up? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 21:32:37 -0000 On 2008-02-02 21:48, Oskar Eyb wrote: >> dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25; >> syncache_timer: Response timeout, retransmitting (1) SYN|ACK > no help for this issue? > Same problem with cvs RELENG_7 from Jan, 29th. This looks a lot like this here: http://docs.freebsd.org/cgi/mid.cgi?20070709234401.S29353 but it doesn't look like the mentioned patch wasn't committed in the end. You might want to follow up on -net, on that specific message? From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 22:13:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A498416A419 for ; Sat, 2 Feb 2008 22:13:38 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 2E63113C45B for ; Sat, 2 Feb 2008 22:13:37 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A70B0.dip.t-dialin.net [84.154.112.176]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id m12MDGPD061072; Sat, 2 Feb 2008 22:13:17 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id m12MF7l5004554; Sat, 2 Feb 2008 23:15:07 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id m12MEeK9071239; Sat, 2 Feb 2008 23:14:45 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200802022214.m12MEeK9071239@fire.js.berklix.net> In-reply-to: <200802022124.m12LOBul070052@fire.js.berklix.net> References: <20080202210232.6F67445010@ptavv.es.net> <200802022124.m12LOBul070052@fire.js.berklix.net> Comments: In-reply-to "Julian H. Stacey" message dated "Sat, 02 Feb 2008 22:24:11 +0100." Date: Sat, 02 Feb 2008 23:14:40 +0100 From: "Julian H. Stacey" Cc: root@solink.ru, freebsd-current@freebsd.org Subject: Re: FreeBSD 7.0 on DVD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 22:13:38 -0000 "Kevin Oberman" wrote: > Did you get my suggestion for fixing this? If that private mail contained more info than last public posting, I'd appreciate a copy if you still have it please. (Yours was only list posting I missed) > Does it not work with sedit? > (Assuming you use sedit.) I've only generally used sedit before to append eg .jpg etc. On clicking Reply it goes to hex. I'll experiment. (But if you know key clicks or have a Preferences set for reference, please send, Thanks. > It works fine for me using Xemacs as my > editor. > > In case my suggestion didn't make it, click "Preferences" and select > "Quoting", then turn off "Only symlink". Done > That causes it to process both > base64 and quoted-printable properly in the included quoted text. Made no difference after restart. FreeBSD web site fails to display base64, but charset="koi8-r no problem. With base 64 unreadable: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=694942+0+current/freebsd-current == http://docs.FreeBSD.org/cgi/mid.cgi?200802011537.53078.root Without base 64 readable. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=708726+0+current/freebsd-current == http://docs.FreeBSD.org/cgi/mid.cgi?200802011654.56731.root -- Julian Stacey. BSD Unix Linux Net Consultant, Munich. http://berklix.com From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 22:02:31 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F8DD16A417 for ; Sat, 2 Feb 2008 22:02:31 +0000 (UTC) (envelope-from tobiasmo@students.uni-mainz.de) Received: from mailgate01.zdv.uni-mainz.de (mailgate01.zdv.Uni-Mainz.DE [134.93.178.131]) by mx1.freebsd.org (Postfix) with ESMTP id B4B2313C4EF for ; Sat, 2 Feb 2008 22:02:30 +0000 (UTC) (envelope-from tobiasmo@students.uni-mainz.de) Received: from exhub02.zdvintern.uni-mainz.de ([10.94.6.30]) by mailgate01.zdv.uni-mainz.de with ESMTP; 02 Feb 2008 22:33:02 +0100 Received: from acheron.alamut.lan (79.211.199.166) by mail.students.uni-mainz.de (10.94.6.35) with Microsoft SMTP Server (TLS) id 8.1.240.5; Sat, 2 Feb 2008 22:33:02 +0100 Message-ID: <47A4E187.6010801@students.uni-mainz.de> Date: Sat, 2 Feb 2008 22:32:55 +0100 From: =?ISO-8859-1?Q?Tobias_Mohrl=FCder?= User-Agent: Thunderbird 2.0.0.9 (X11/20071127) MIME-Version: 1.0 To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sat, 02 Feb 2008 22:23:22 +0000 Subject: Panic during game installation with wine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 22:02:31 -0000 Hello, I get a panic during the installation of "Heroes of Might & Magic III" via wine 0.9.54. This is with nvidia driver 100.14.19, with the FreeBSD AGP driver enabled. I *did not* forget to rebuild the nvidia kernel module after buildworld/buildkernel sessions. I updated to latest RELENG_7 today, same result. It does not occur with the x.org nv driver. This happens under FreeBSD 7.0-PRERELEASE i386 (RELENG_7 from january 24th and from today). kgdb: Unread portion of the kernel message buffer: agp0: binding memory at bad offset 0x1f0a000 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x20:0xc08b6ed9 stack pointer = 0x28:0xe99fc928 frame pointer = 0x28:0xe99fc928 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 = 1140 (wine-pthread) trap number = 12 panic: page fault cpuid = 0 Uptime: 26m41s Physical memory: 991 MB Dumping 119 MB: 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0736286 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0736479 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc0a10bcc in trap_fatal (frame=0xe99fc8e8, eva=12) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc0a10db0 in trap_pfault (frame=0xe99fc8e8, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc0a116f2 in trap (frame=0xe99fc8e8) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc09f9a7b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc08b6ed9 in agp_memory_info (dev=0xc5455700, handle=0x0, mi=0xe99fc93c) at /usr/src/sys/pci/agp.c:968 #8 0xc1de8e07 in ?? () #9 0xc5455700 in ?? () #10 0x00000000 in ?? () #11 0xe99fc93c in ?? () #12 0xc062d267 in pci_read_config_method (dev=0xc545cc00, child=0x143, reg=0, width=-375404180) at pcib_if.h:40 #13 0xc1de931d in ?? () ... [if you need the rest of the "... in ?? ()", please tell me] ... #160 0xe99fcbc4 in ?? () #161 0xc070a2f6 in giant_ioctl (dev=0xc545cc00, cmd=323, data=0x1
, fflag=1, td=0x2) at /usr/src/sys/kern/kern_conf.c:349 Previous frame inner to this frame (corrupt stack?) (kgdb) f 7 #7 0xc08b6ed9 in agp_memory_info (dev=0xc5455700, handle=0x0, mi=0xe99fc93c) at /usr/src/sys/pci/agp.c:968 968 (kgdb) l 963 return AGP_UNBIND_MEMORY(dev, mem); 964 } 965 966 void agp_memory_info(device_t dev, void *handle, struct 967 agp_memory_info *mi) 968 { 969 struct agp_memory *mem = (struct agp_memory *) handle; 970 971 mi->ami_size = mem->am_size; 972 mi->ami_physical = mem->am_physical; This is a vmcore from FreeBSD as of january the 24th. Unfortunatly I didn't get a vmcore with buildworld from today, I don't know why. The panic is reproducible (okay, I only gave it three shots, but it happened in the same situation). The kernel is GENERIC, but with SCHED_ULE and without I486_CPU and I586_CPU. make.conf only has some CUPS and PERL defines (I don't use src.conf yet). Is this worth a bug report? Or should this be posted at the nvidia forums instead? I'm not on the list, so please CC me (*). - Tobias Mohrlüder (*) I still have no idea how to create emails the mailman software can handle correctly. Last time my replies always initiated new threads. Sorry, I usually only use forums. From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 22:30:26 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1BB616A421 for ; Sat, 2 Feb 2008 22:30:26 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id 903F413C45B for ; Sat, 2 Feb 2008 22:30:26 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 318AF732FF; Sat, 2 Feb 2008 22:30:26 +0000 (GMT) Date: Sat, 2 Feb 2008 22:30:26 +0000 From: John Birrell To: Peter Jeremy Message-ID: <20080202223026.GA97507@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <20080202210325.GV35170@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080202210325.GV35170@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 22:30:26 -0000 On Sun, Feb 03, 2008 at 08:03:25AM +1100, Peter Jeremy wrote: > buildworld worked for me but buildkernel blew up: > > -------------------------------------------------------------- > >>> stage 2.3: build tools > -------------------------------------------------------------- > cd /usr/obj/back/dtrace/src/sys/server; MAKESRCPATH=/back/dtrace/src/sys/dev/ai > c7xxx/aicasm make -DNO_CPU_CFLAGS -f /back/dtrace/src/sys/dev/aic7xxx/aicasm/Ma > kefile > Warning: Object directory not changed from original /var/obj/back/dtrace/src/sys > /server > yacc -b aicasm_gram -d -o aicasm_gram.c /back/dtrace/src/sys/dev/aic7xxx/aicasm > /aicasm_gram.y > yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /back/dtrace/src/sys/d > ev/aic7xxx/aicasm/aicasm_macro_gram.y > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/back/dtrace/sr > c/sys/dev/aic7xxx/aicasm -g -c /back/dtrace/src/sys/dev/aic7xxx/aicasm/aicasm.c > ctfconvert -L VERSION aicasm.o > ctfconvert:No such file or directory It looks like the kernel build tools step must be missing a NO_CTF=1 in it's make environment. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 23:21:40 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C88316A420 for ; Sat, 2 Feb 2008 23:21:40 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id 4708A13C467 for ; Sat, 2 Feb 2008 23:21:40 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id E0E1A732FF; Sat, 2 Feb 2008 23:21:39 +0000 (GMT) Date: Sat, 2 Feb 2008 23:21:39 +0000 From: John Birrell To: Andrew Gallatin , current@freebsd.org Message-ID: <20080202232139.GA97956@what-creek.com> References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <18340.50354.244903.435464@grasshopper.cs.duke.edu> <20080202203319.GA96610@what-creek.com> <20080202230728.GA8594@voi.aagh.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080202230728.GA8594@voi.aagh.net> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 23:21:40 -0000 On Sat, Feb 02, 2008 at 11:07:28PM +0000, Thomas Hurst wrote: > Are there no anonymous checkouts from perforce? Anonymous access to perforce isn't possible because perforce maintains client state on the server. That's one of the disadvantages of perforce. > I remember looking a while ago and not finding anything. I also > remember a cvsup server linked to it at some point.. There was, but some hardware problems got in the way of the export and the files weren't kept up-to-date. Since I am so close to committing to current, it isn't worth wasting the project admins' time getting it back up an running when it will be obsolete soon. I decide that I could distribute one big tar and then diffs from that, so although the initial download is huge, keeping the source tree up-to-date should be just a matter of applying a patch or two (or twenty). -- John Birrell From owner-freebsd-current@FreeBSD.ORG Sat Feb 2 23:28:58 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACACC16A418 for ; Sat, 2 Feb 2008 23:28:58 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6F36A13C45B for ; Sat, 2 Feb 2008 23:28:58 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.123.28] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JLRSL-000HkJ-DK; Sat, 02 Feb 2008 23:07:29 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JLRSK-00035t-VG; Sat, 02 Feb 2008 23:07:28 +0000 Date: Sat, 2 Feb 2008 23:07:28 +0000 From: Thomas Hurst To: John Birrell Message-ID: <20080202230728.GA8594@voi.aagh.net> Mail-Followup-To: John Birrell , Andrew Gallatin , current@freebsd.org References: <20080201093538.GA83169@what-creek.com> <18339.35979.765504.132672@grasshopper.cs.duke.edu> <20080201223719.GA88460@what-creek.com> <18340.50354.244903.435464@grasshopper.cs.duke.edu> <20080202203319.GA96610@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080202203319.GA96610@what-creek.com> Organization: Not much. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: Thomas Hurst Cc: Andrew Gallatin , current@freebsd.org Subject: Re: DTrace/FreeBSD source snapshot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2008 23:28:58 -0000 * John Birrell (jb@what-creek.com) wrote: > BTW, as a committer it might be more convenient for you to use the > sources direct from the perforce server in //depot/projects/dtrace. Are there no anonymous checkouts from perforce? I remember looking a while ago and not finding anything. I also remember a cvsup server linked to it at some point.. -- Thomas 'Freaky' Hurst http://hur.st/