From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 07:06:32 2010 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 819B51065674 for ; Sun, 1 Aug 2010 07:06:32 +0000 (UTC) (envelope-from kientzle@FreeBSD.org) Received: from monday.kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1BED38FC14 for ; Sun, 1 Aug 2010 07:06:31 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.3/8.14.3) id o716Qok6024302; Sun, 1 Aug 2010 06:26:50 GMT (envelope-from kientzle@FreeBSD.org) Received: from [10.123.2.173] (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id t659saddkxc6tyvw5mc29x8dh2; Sun, 01 Aug 2010 06:26:49 +0000 (UTC) (envelope-from kientzle@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <86fwz1bfmi.fsf@gmail.com> Date: Sat, 31 Jul 2010 23:26:32 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <86fwz1bfmi.fsf@gmail.com> To: Anonymous X-Mailer: Apple Mail (2.1081) Cc: freebsd-current@FreeBSD.org Subject: Re: bsdcpio(1): -L|-R options don't work? 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, 01 Aug 2010 07:06:32 -0000 The -R here does look suspicious. I'll look into that and the test failure. The -L handling here looks correct, though. Remember that -L means "follow symlinks", which means that foo/baz should get created in the target as a directory and not as a symlink, which is exactly what you've shown. If you want blah/foo/baz to be a symlink, you want to omit the -L option. Tim On Jul 30, 2010, at 12:20 AM, Anonymous wrote: > Can anyone confirm? >=20 > $ mkdir foo > $ echo >foo/bar > $ ln -s /usr/include foo/baz > $ find foo -ls > 57914 3 drwxr-xr-x 2 holo holo = 4 Jul 30 11:08 foo > 57982 1 lrwxr-xr-x 1 holo holo = 12 Jul 30 11:08 foo/baz -> /usr/include > 57977 2 -rw-r--r-- 1 holo holo = 1 Jul 30 11:08 foo/bar > $ find foo | sudo cpio -pdm -L -R root:wheel blah > $ find blah -ls > 58001 3 drwxr-xr-x 3 root holo = 3 Jul 30 11:09 blah > 58002 3 drwxr-xr-x 3 holo holo = 4 Jul 30 11:08 blah/foo > 58004 2 -rw-r--r-- 1 holo holo = 1 Jul 30 11:08 blah/foo/bar > 58003 3 drwxr-xr-x 2 root wheel = 2 Jul 29 12:49 blah/foo/baz >=20 > Some tests fail, too. >=20 > $ make test -C usr.bin/cpio > Exercising: bsdcpio 2.8.3 -- libarchive 2.7.901a > ... > 13: test_option_t > main.c:863: Assertion failed > Condition: in !=3D NULL > Description: Couldn't open reference file = /usr/src/usr.bin/cpio/test/test_option_tnv.stdout.uu > ... > 18: test_owner_parse > test_owner_parse.c:124: Assertion failed: Ints not equal > 1=3D1 > owner_parse(":nonexistentgroup", &uid, &gid)=3D4910272 > test_owner_parse.c:125: Assertion failed: Ints not equal > 1=3D1 > owner_parse(ROOT ":nonexistentgroup", &uid, &gid)=3D4910272 > test_owner_parse.c:127: Assertion failed: Ints not equal > 1=3D1 > owner_parse("nonexistentuser:nonexistentgroup", &uid, = &gid)=3D4910272 > _______________________________________________ > 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 Aug 1 07:21:06 2010 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 7F4211065675; Sun, 1 Aug 2010 07:21:06 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1738F8FC12; Sun, 1 Aug 2010 07:21:05 +0000 (UTC) Received: by qyk31 with SMTP id 31so5718170qyk.13 for ; Sun, 01 Aug 2010 00:21:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=Q9cCYTW/TDANzl9sorShHZFbL5u+ntfCXDrnXlSDgTM=; b=oqJLyQcZUe5+gL1zJ6dkskClTAzuAwiSAl/9FJ20Vc2ALGFnQ5vHjmZOwDMyeziyrM adWwjY1QtZZoVzUA5g0TaayUPv/WIB0ydL/yx2oxP+XzvnZuy4Qsi9+5SDTP+rty4O/c KgyH/KYUTyw7+3MNAscoC/8QvgP/ugK7ogRzA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=lBp30F06rQ2UwIBXdxg5HgmRvjWTHP6hPU+WkIf6ZX8ApUeturQ20wLWTJVE8C00Iz udMCUcIANW3ITYbXcaJsI8RBWzSNDW7gKuYwN1TWXtgcwMudfPlSZP4SZqa081J4pmEs ZqAyoicgg4umhPK4CpYWzDhVDvGYW4I+oKmgg= Received: by 10.220.166.71 with SMTP id l7mr2922936vcy.9.1280647265219; Sun, 01 Aug 2010 00:21:05 -0700 (PDT) Received: from localhost (torexit1.talkflack.com [173.193.216.91]) by mx.google.com with ESMTPS id v11sm3872419vbb.3.2010.08.01.00.21.02 (version=SSLv3 cipher=RC4-MD5); Sun, 01 Aug 2010 00:21:04 -0700 (PDT) From: Anonymous To: Tim Kientzle References: <86fwz1bfmi.fsf@gmail.com> Date: Sun, 01 Aug 2010 11:20:59 +0400 In-Reply-To: (Tim Kientzle's message of "Sat, 31 Jul 2010 23:26:32 -0700") Message-ID: <86sk2y3ijo.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@FreeBSD.org Subject: Re: bsdcpio(1): -L|-R options don't work? 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, 01 Aug 2010 07:21:06 -0000 Tim Kientzle writes: [...] > The -L handling here looks correct, though. Remember > that -L means "follow symlinks", which means that foo/baz > should get created in the target as a directory and not as > a symlink, which is exactly what you've shown. > > If you want blah/foo/baz to be a symlink, you want to omit > the -L option. OK, GNU cpio works as you say. I was just confused about bsd.gecko.mk cd ${FAKEDIR}/${dir} && ${FIND} . | \ ${CPIO} -pdm -L -R ${LIBOWN}:${LIBGRP} ${PREFIX}/${dir} that creates empty directories, e.g. PREFIX/lib/firefox3/bin PREFIX/lib/firefox3/idl PREFIX/lib/firefox3/include PREFIX/lib/firefox3/lib rather than copying contents. From owner-freebsd-current@FreeBSD.ORG Sun Aug 1 12:26:56 2010 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 6F247106564A for ; Sun, 1 Aug 2010 12:26:56 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 488F48FC13 for ; Sun, 1 Aug 2010 12:26:55 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 7C1CB15754B; Sun, 1 Aug 2010 07:26:55 -0500 (CDT) Received: from 10.0.10.3 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id 2Y91UMF9QSM1; Sun, 01 Aug 2010 07:26:55 -0500 From: Rui Paulo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 1 Aug 2010 13:26:52 +0100 Message-Id: To: FreeBSD Current , stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Cc: Subject: ICC users compiling FreeBSD 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, 01 Aug 2010 12:26:56 -0000 Hi, I'm looking for people who are using the Intel Compiler to build = FreeBSD. Please contact me off list, so I can get a rough estimate on = how many people are using it. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 03:03:25 2010 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 7F31A1065670 for ; Mon, 2 Aug 2010 03:03:25 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 491E28FC0A for ; Mon, 2 Aug 2010 03:03:25 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id B44276104; Sun, 1 Aug 2010 23:03:23 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1280718203; bh=+oYe5rSpl3auVPgo8DXUp0wjU8ynXo4/RYhnyJI1K9k=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=jc7fuiyH2FtnNBBsHJ/DHXmJ8H+n0L5fnvq7wUpWae4tZ5RrNAXx+2LIVAlD0le9A MdmIz1QjEhJ04QCpYdCJpfmuCbayySJ2FFsN/SNMUwe7mFI3t+hjl9fTOn17emo DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=VqWpMJ2YrKEhT6ktRW5xNEz0nYU/1DERNIyU7NA4GLDkudUrxZlV/tlgwSoSCjC8R Slm9UUq5Cu87knFPgagYqSA2ZlIbkO+pw/2CrHS/7Qee7JnZef5XUV86VUHB/DE Message-ID: <4C563577.2090703@protected-networks.net> Date: Sun, 01 Aug 2010 23:03:19 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.11) Gecko/20100721 Thunderbird/3.0.6 MIME-Version: 1.0 To: Andriy Gapon References: <4C4F9D75.50500@protected-networks.net> <4C4FE9E3.8090501@icyb.net.ua> In-Reply-To: <4C4FE9E3.8090501@icyb.net.ua> X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: k3b causing system freeze/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: Mon, 02 Aug 2010 03:03:25 -0000 On 07/28/10 04:27, Andriy Gapon wrote: > You do realize that ATA_CAM just (well, mostly) introduces a wrapper around the > "now aging ATA driver" ? > No magic pixie dust to fix the bugs in it, but perhaps more ways to expose them. Sadly, I still haven't been able to identify where the buffer address in the request structure is one of: left unset, gets lost or corrupted :-( Happens with k3b-kde4 too. I am assuming that this is as a consequence of the ATA_CAM code-path. I don't recall ever having this issue prior to switching disk names to "ada" from "ad", imb From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 14:27:12 2010 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 EE6E01065687; Mon, 2 Aug 2010 14:27:12 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id AFE7E8FC1C; Mon, 2 Aug 2010 14:27:12 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C500E1FFC34; Mon, 2 Aug 2010 14:27:10 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 9F5A88454C; Mon, 2 Aug 2010 16:27:10 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: FreeBSD Tinderbox References: <201007301634.o6UGYj6c018940@freebsd-current.sentex.ca> Date: Mon, 02 Aug 2010 16:27:10 +0200 In-Reply-To: <201007301634.o6UGYj6c018940@freebsd-current.sentex.ca> (FreeBSD Tinderbox's message of "Fri, 30 Jul 2010 16:34:45 GMT") Message-ID: <86d3u1hyyp.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 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, 02 Aug 2010 14:27:13 -0000 FreeBSD Tinderbox writes: > =3D=3D=3D> games/fortune/strfile (obj,depend,all,install) > /obj/src/tmp/src/games/fortune/strfile created for /src/games/fortune/str= file > rm -f .depend > mkdep -f .depend -a -I/obj/src/tmp/legacy/usr/include /src/games/fortu= ne/strfile/strfile.c > echo strfile: /usr/lib/libc.a /obj/src/tmp/legacy/usr/lib/libegacy.a >> .= depend > cc -O2 -pipe -std=3Dgnu99 -I/obj/src/tmp/legacy/usr/include -c /src/gam= es/fortune/strfile/strfile.c > cc -O2 -pipe -std=3Dgnu99 -I/obj/src/tmp/legacy/usr/include -static -L= /obj/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy > Syntax error: end of file unexpected (expecting ")") > *** Error code 2 > > Stop in /src/games/fortune/strfile. Does anyone have any idea what caused this? The exact same error occurred on all platforms / architectures. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 14:24:45 2010 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 849C8106566C for ; Mon, 2 Aug 2010 14:24:45 +0000 (UTC) (envelope-from ddkprog@yahoo.com) Received: from web59105.mail.re1.yahoo.com (web59105.mail.re1.yahoo.com [66.196.101.16]) by mx1.freebsd.org (Postfix) with SMTP id 126018FC08 for ; Mon, 2 Aug 2010 14:24:44 +0000 (UTC) Received: (qmail 48355 invoked by uid 60001); 2 Aug 2010 13:58:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1280757484; bh=aD0NIx3xaswSl0p+A5jSotXyqoZSHm6U0EUYgrLjH/0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=vUUDFyjVcKlH2lCx9pwberiPXjJKVDs8XR4Edmclm4E47TiNfo9kO8sS7OcCQ4BWPEF3Iw3qAS5OFD4zHVwZHRk3RIAq7ooU6qhnUdLRVwec8rsQtxBN6tKH8GspT6LOlq3F6xwJrWS1uAdAg8uGMV2h8Ow4oAqcVYkMI+2aG/k= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=YOKOh1pWOCxI7BzJIkOW+89VqcjTAyFdTf/X2E6LJs8x+QcASnbmBlhY0AeL7Qnij9kdi61wDUrDDH6O0BfAR0KWrZumxpxkbDo6dEKp9pWOuKSXWlYdJq1uVZreVNsojijThqNTEwjN8ms7qUAuBqMGzNAkX3uzx9nYaJzz5V4=; Message-ID: <9573.47623.qm@web59105.mail.re1.yahoo.com> X-YMail-OSG: V4r0lpoVM1nnf_PpSqJ8FaabGEkTu7D_Vfe_vNtMaj7E5ja aSkGUVRKDF_Q7ehR_2V9_Hm.ZzHY5MPZTdzVo0z_8evAf1dhnvXDdJjkQWlr yqXmAxXlNmY_Rvp1CI43.hrkVjr7BVXG00SO2HIKHzpGHVKTYANUnWevruPr A8KF0VRd9VY7PNEMbiBrKlDq91yyb25U29QZua9mA5vZZljvRApCFPrQNbXM ZVJvzmii6ovb9tONQorbY7KqF0_RLOzdaQecV4pQ- Received: from [95.109.207.32] by web59105.mail.re1.yahoo.com via HTTP; Mon, 02 Aug 2010 06:58:03 PDT X-Mailer: YahooMailClassic/11.2.4 YahooMailWebService/0.8.105.279950 Date: Mon, 2 Aug 2010 06:58:03 -0700 (PDT) From: paradox To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 02 Aug 2010 15:20:40 +0000 Subject: WITHOUT_CLANG=yes fix 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, 02 Aug 2010 14:24:45 -0000 http://svn.freebsd.org/viewvc/base/head/Makefile.inc1?revision=210116&view=markup plz fix buidl without clang # XXX: There is no way to specify bootstrap tools depending on MK-flags # with different per-architecture default values. Always build tblgen. +.if ${MK_CLANG} != "no" _clang_tblgen= \ lib/clang/libllvmsupport \ lib/clang/libllvmsystem \ usr.bin/clang/tblgen +.endif .if ${MK_CDDL} != "no" _dtrace_tools= cddl/usr.bin/sgsmsg cddl/lib/libctf lib/libelf \ lib/libdwarf cddl/usr.bin/ctfconvert cddl/usr.bin/ctfmerge From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 15:48:04 2010 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 C71551065670 for ; Mon, 2 Aug 2010 15:48:04 +0000 (UTC) (envelope-from jiri.kubicek@kraxnet.cz) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 8B24F8FC1A for ; Mon, 2 Aug 2010 15:48:04 +0000 (UTC) Received: by qyk31 with SMTP id 31so6592620qyk.13 for ; Mon, 02 Aug 2010 08:48:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.223.198 with SMTP id il6mr191669qcb.50.1280762498031; Mon, 02 Aug 2010 08:21:38 -0700 (PDT) Received: by 10.229.41.4 with HTTP; Mon, 2 Aug 2010 08:21:37 -0700 (PDT) X-Originating-IP: [78.102.78.29] Date: Mon, 2 Aug 2010 17:21:37 +0200 Message-ID: From: =?ISO-8859-2?B?Smn47SBLdWLt6GVr?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: bge(4), 5714, IBM BladeCenter HS12, no carrier 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, 02 Aug 2010 15:48:04 -0000 Hi, I've got problems with the bge(4) interfaces on HS12 blades installed within an IBM BladeCenter. Basically, the interfaces are recognized and attached, but I don't get a carrier detected. The hardware is ok, and there is indeed a gigabit switch connected to the ports. ifconfig output: bge0: flags=3D8843 metric 0 mtu 150= 0 options=3D8009b capabilities=3D8009b ether 00:1a:64:56:7e:3a inet6 fe80::21a:64ff:fe56:7e3a%bge0 prefixlen 64 scopeid 0x1 inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255 nd6 options=3D21 media: Ethernet autoselect (none) status: no carrier supported media: media autoselect media 1000baseSX mediaopt full-duplex media none Related pciconf -lv entries: bge0@pci0:4:4:0: class=3D0x020000 card=3D0x03861014 chip=3D0x166914e4 rev=3D0xa3 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'NetXtreme 5714S Gigabit Ethernet' class =3D network subclass =3D ethernet cap 07[40] =3D PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction cap 01[48] =3D powerspec 2 supports D0 D3 current D0 cap 03[50] =3D VPD cap 05[58] =3D MSI supports 8 messages, 64 bit enabled with 1 message (There are more interfaces; I list bge0 only for brevity.) Excerpt from dmesg -v: bge0: mem 0xdbff0000-0xdbffffff,0xdbfe0000-0xdbfeffff irq 16 at device 4.0 on pci4 bge0: attempting to allocate 1 MSI vectors (8 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 56 bge0: using IRQ 256 for MSI bge0: CHIP ID 0x00009003; ASIC REV 0x09; CHIP REV 0x90; PCI-X miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000818, model 0x0034, rev. 0 brgphy0: 1000baseSX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:1a:64:56:7e:3a bge0: [MPSAFE] bge0: [ITHREAD] Output from devinfo -rv | grep brgphy: bge0 pnpinfo vendor=3D0x14e4 device=3D0x1669 subvendor=3D0x1014 subdevice=3D0x0386 class=3D0x020000 at slot=3D4 function=3D0 bge1 pnpinfo vendor=3D0x14e4 device=3D0x1669 subvendor=3D0x1014 subdevice=3D0x0386 class=3D0x020000 at slot=3D4 function=3D1 This system is an 9-current as of today. If there's anything else I can do to track this problem down, please let me know. Best regards Jiri KUBICEK -- KRAXNET s.r.o. -=A0 www.kraxnet.cz Kamenicka 26, 170 00 Praha 7 --- From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 16:00:28 2010 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 23B611065677 for ; Mon, 2 Aug 2010 16:00:28 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B08478FC24 for ; Mon, 2 Aug 2010 16:00:27 +0000 (UTC) Received: by wyj26 with SMTP id 26so4147070wyj.13 for ; Mon, 02 Aug 2010 09:00:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=qtg0dAX/SD4oJYBGVVmCLi4lnouJ9vbQgrOSZ1PYU3w=; b=nE5i6qF1pb/mk/i1M2NOr+IbkiLSsGRQABDbH0fJkLEhjc9jrV35jAvi68KB/tlnFw ElqjtqmLOJ9m6I/aEGhSJoDdEdi9C+//voMOQNkaD3VKqEraG3i71o+h6iptfEapDldu pLd6O2n2e+l3wkbgzXMGN2CbWXDRHbFVJ76E0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=KfU+x+I+4bA/8Ht7u1/dbxyRrQE62RITInFlbzeyEaOb0m2vpsPEFPAX9mWRy8D34S ZkzHYVBChyQhevq5QIJYP5BO7k2FPVHPARAv2yoeZQG99FOVSPCk3tpsGPvU8RYJpy5i 4Dcebd3o+A/I2IgfvnvVyNfjCmfE962lqCSA0= MIME-Version: 1.0 Received: by 10.216.15.84 with SMTP id e62mr2900759wee.43.1280764826440; Mon, 02 Aug 2010 09:00:26 -0700 (PDT) Received: by 10.216.183.212 with HTTP; Mon, 2 Aug 2010 09:00:26 -0700 (PDT) Date: Mon, 2 Aug 2010 16:00:26 +0000 Message-ID: From: "b. f." To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: des@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@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: Mon, 02 Aug 2010 16:00:28 -0000 > FreeBSD Tinderbox writes: > > ===> games/fortune/strfile (obj,depend,all,install) > > /obj/src/tmp/src/games/fortune/strfile created for /src/games/fortune/strfile > > rm -f .depend > > mkdep -f .depend -a -I/obj/src/tmp/legacy/usr/include /src/games/fortune/strfile/strfile.c > > echo strfile: /usr/lib/libc.a /obj/src/tmp/legacy/usr/lib/libegacy.a >> .depend > > cc -O2 -pipe -std=gnu99 -I/obj/src/tmp/legacy/usr/include -c /src/games/fortune/strfile/strfile.c > > cc -O2 -pipe -std=gnu99 -I/obj/src/tmp/legacy/usr/include -static -L/obj/src/tmp/legacy/usr/lib -o strfile strfile.o -legacy > > Syntax error: end of file unexpected (expecting ")") > > *** Error code 2 > > > > Stop in /src/games/fortune/strfile. > > Does anyone have any idea what caused this? The exact same error > occurred on all platforms / architectures. Some recent changes (r210612) to system makefiles related to the userland dtrace project. I think Rui fixed it with two subsequent commits, r210636 and r210656. b. From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 16:08:31 2010 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 52C0F1065670 for ; Mon, 2 Aug 2010 16:08:31 +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 168AC8FC27 for ; Mon, 2 Aug 2010 16:08:31 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:6122:ded8:3916:124b] (unknown [IPv6:2001:7b8:3a7:0:6122:ded8:3916:124b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CB96D5C43; Mon, 2 Aug 2010 18:08:29 +0200 (CEST) Message-ID: <4C56ED84.10008@andric.com> Date: Mon, 02 Aug 2010 18:08:36 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.9pre) Gecko/20100723 Lanikai/3.1.2pre MIME-Version: 1.0 To: paradox References: <9573.47623.qm@web59105.mail.re1.yahoo.com> In-Reply-To: <9573.47623.qm@web59105.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_CLANG=yes fix 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, 02 Aug 2010 16:08:31 -0000 On 2010-08-02 15:58, paradox wrote: > http://svn.freebsd.org/viewvc/base/head/Makefile.inc1?revision=210116&view=markup > > plz fix buidl without clang > > # XXX: There is no way to specify bootstrap tools depending on MK-flags > # with different per-architecture default values. Always build tblgen. Did you read that "XXX" comment? From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 16:36:48 2010 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 2294E1065675 for ; Mon, 2 Aug 2010 16:36:48 +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 DA4C88FC08 for ; Mon, 2 Aug 2010 16:36:47 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:6122:ded8:3916:124b] (unknown [IPv6:2001:7b8:3a7:0:6122:ded8:3916:124b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 034B35C43; Mon, 2 Aug 2010 18:36:46 +0200 (CEST) Message-ID: <4C56F426.2040309@andric.com> Date: Mon, 02 Aug 2010 18:36:54 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.9pre) Gecko/20100723 Lanikai/3.1.2pre MIME-Version: 1.0 To: paradox , FreeBSD-Current References: <669395.75282.qm@web59104.mail.re1.yahoo.com> In-Reply-To: <669395.75282.qm@web59104.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: WITHOUT_CLANG=yes fix 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, 02 Aug 2010 16:36:48 -0000 On 2010-08-02 18:12, paradox wrote: >>> # XXX: There is no way to specify bootstrap tools depending on MK-flags >>> # with different per-architecture default values. >> Always build tblgen. >> >> Did you read that "XXX" comment? > > why do i need to build bootstrap clang "utils" if i don't use it? For the complete story, read the threads here: http://lists.freebsd.org/pipermail/svn-src-all/2010-June/025016.html and here: http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017793.html If you have a solution that can work around all the issues mentioned in those threads, please post it. :) From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 16:25:36 2010 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 2CDA9106566B for ; Mon, 2 Aug 2010 16:25:36 +0000 (UTC) (envelope-from ddkprog@yahoo.com) Received: from web59105.mail.re1.yahoo.com (web59105.mail.re1.yahoo.com [66.196.101.16]) by mx1.freebsd.org (Postfix) with SMTP id B45698FC18 for ; Mon, 2 Aug 2010 16:25:35 +0000 (UTC) Received: (qmail 50623 invoked by uid 60001); 2 Aug 2010 16:25:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1280766334; bh=pLMnJ3EEQ5mqPbjjumnk+hevtyBYvq+dgJucSThE79s=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=lePqTnwQINTgWNLrlsD+Mazuq/dIHMgHcc1SmeNNY2HALICv1jRmW9Fg894c+3ejsvXFD03fW9HbHVbhQ9e8+kASRCYjBbjUyBKFNX+kcdIwmvV8QOYRlaUfTj1FlxKpFE+iRCD2ZR/kvDQJIqXtIo8A8DR88XEfaQRPBle2vQ8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=5AHajvIU8Dpn2ZJMzzyhDq0G3+nPysGulliqJdh/wlLwZf86UuqmUz6PYWKB5c1+MkbZsavA7Ez0zDc/x8kYzULYAGEOeT7Qpc0y2F5myZ50XC/NPyy1MtmF9zI6lrXWQvA2cZXBhphGCgUpWmR4sNTLe1WsfpdXsVkpCgx6Ams=; Message-ID: <852623.49359.qm@web59105.mail.re1.yahoo.com> X-YMail-OSG: fmQ6IlIVM1kXlvMRnR04XCnLiQBxN9vbAdriFUFHTpoOxnS 9XFOaxOLkwc9XTBI99o2609b1ZQEdBhGa1Iw_i8ADFfKxnUPv7IC7n9aYp.I M4ERtoSm6Ofwcc4mNp6JYSzrFKpGsHfzoVN9bLya1CNMUG7RPqAgeGLFoFM1 UTezscqmAbREQLdtCvAJHt258dH6jqnaMmkj8ahDtDGE8eCuYPMtEZjkvlBN KPSGzSp9L3Hu1LG7UheRSIYLTjMM7pgxgcjPDnelI76wGvGPeydho5VBigRv _ Received: from [95.109.207.32] by web59105.mail.re1.yahoo.com via HTTP; Mon, 02 Aug 2010 09:25:34 PDT X-Mailer: YahooMailClassic/11.2.4 YahooMailWebService/0.8.105.279950 Date: Mon, 2 Aug 2010 09:25:34 -0700 (PDT) From: paradox To: freebsd-current@freebsd.org In-Reply-To: <4C56ED84.10008@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Mon, 02 Aug 2010 16:40:36 +0000 Subject: Re: WITHOUT_CLANG=yes fix 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, 02 Aug 2010 16:25:36 -0000 > > http://svn.freebsd.org/viewvc/base/head/Makefile.inc1?revision=210116&view=markup > > > > plz fix buidl without clang > > > > # XXX: There is no way to specify bootstrap tools > depending on MK-flags > > # with different per-architecture default values. > Always build tblgen. > > Did you read that "XXX" comment? > why do i need to build bootstrap clang "utils" if i don't use it? From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:08:38 2010 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 337521065673; Mon, 2 Aug 2010 17:08:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B23E28FC18; Mon, 2 Aug 2010 17:08:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o72H8aAS049797; Mon, 2 Aug 2010 13:08:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o72H8a7L049796; Mon, 2 Aug 2010 17:08:36 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Aug 2010 17:08:36 GMT Message-Id: <201008021708.o72H8a7L049796@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 02 Aug 2010 17:08:38 -0000 TB --- 2010-08-02 15:50:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-02 15:50:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-08-02 15:50:01 - cleaning the object tree TB --- 2010-08-02 15:50:33 - cvsupping the source tree TB --- 2010-08-02 15:50:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-08-02 15:56:01 - building world TB --- 2010-08-02 15:56:01 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-02 15:56:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-02 15:56:01 - TARGET=pc98 TB --- 2010-08-02 15:56:01 - TARGET_ARCH=i386 TB --- 2010-08-02 15:56:01 - TZ=UTC TB --- 2010-08-02 15:56:01 - __MAKE_CONF=/dev/null TB --- 2010-08-02 15:56:01 - cd /src TB --- 2010-08-02 15:56:01 - /usr/bin/make -B buildworld >>> World build started on Mon Aug 2 15:56:02 UTC 2010 >>> 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 [...] ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ztest/../..//contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o ztest ztest.o -lm -lnvpair -lumem -lzpool -lpthread -lz -lavl ===> cddl/usr.sbin (all) ===> cddl/usr.sbin/dtrace (all) cc -O2 -pipe -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/cmd/dtrace/dtrace.c cc -O2 -pipe -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -o dtrace dtrace.o -lpthread -ldtrace -ly -ll -lproc -lctf -lelf -lz -lutil -lrtld_db /obj/pc98.i386/src/tmp/usr/lib/libdtrace.so: undefined reference to `MUTEX_HELD' *** Error code 1 Stop in /src/cddl/usr.sbin/dtrace. *** Error code 1 Stop in /src/cddl/usr.sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-02 17:08:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-02 17:08:36 - ERROR: failed to build world TB --- 2010-08-02 17:08:36 - 3562.67 user 657.80 system 4715.60 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:20:32 2010 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 60EA41065670; Mon, 2 Aug 2010 17:20:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1717D8FC1D; Mon, 2 Aug 2010 17:20:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o72HKVV4029444; Mon, 2 Aug 2010 13:20:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o72HKV3S029443; Mon, 2 Aug 2010 17:20:31 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Aug 2010 17:20:31 GMT Message-Id: <201008021720.o72HKV3S029443@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 02 Aug 2010 17:20:32 -0000 TB --- 2010-08-02 15:50:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-02 15:50:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-08-02 15:50:01 - cleaning the object tree TB --- 2010-08-02 15:50:37 - cvsupping the source tree TB --- 2010-08-02 15:50:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-08-02 16:06:28 - building world TB --- 2010-08-02 16:06:28 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-02 16:06:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-02 16:06:28 - TARGET=amd64 TB --- 2010-08-02 16:06:28 - TARGET_ARCH=amd64 TB --- 2010-08-02 16:06:28 - TZ=UTC TB --- 2010-08-02 16:06:28 - __MAKE_CONF=/dev/null TB --- 2010-08-02 16:06:28 - cd /src TB --- 2010-08-02 16:06:28 - /usr/bin/make -B buildworld >>> World build started on Mon Aug 2 16:06:29 UTC 2010 >>> 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 [...] ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ztest/../..//contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o ztest ztest.o -lm -lnvpair -lumem -lzpool -lpthread -lz -lavl ===> cddl/usr.sbin (all) ===> cddl/usr.sbin/dtrace (all) cc -O2 -pipe -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/cmd/dtrace/dtrace.c cc -O2 -pipe -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -o dtrace dtrace.o -lpthread -ldtrace -ly -ll -lproc -lctf -lelf -lz -lutil -lrtld_db /obj/src/tmp/usr/lib/libdtrace.so: undefined reference to `MUTEX_HELD' *** Error code 1 Stop in /src/cddl/usr.sbin/dtrace. *** Error code 1 Stop in /src/cddl/usr.sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-02 17:20:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-02 17:20:31 - ERROR: failed to build world TB --- 2010-08-02 17:20:31 - 3606.24 user 653.30 system 5430.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 17:46:42 2010 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 84FE2106566B; Mon, 2 Aug 2010 17:46:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3E73B8FC1C; Mon, 2 Aug 2010 17:46:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o72HkfSB037840; Mon, 2 Aug 2010 13:46:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o72Hkfnx037836; Mon, 2 Aug 2010 17:46:41 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 2 Aug 2010 17:46:41 GMT Message-Id: <201008021746.o72Hkfnx037836@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Mon, 02 Aug 2010 17:46:42 -0000 TB --- 2010-08-02 15:50:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-02 15:50:01 - starting HEAD tinderbox run for i386/i386 TB --- 2010-08-02 15:50:01 - cleaning the object tree TB --- 2010-08-02 15:50:35 - cvsupping the source tree TB --- 2010-08-02 15:50:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-08-02 16:30:46 - building world TB --- 2010-08-02 16:30:46 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-02 16:30:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-02 16:30:46 - TARGET=i386 TB --- 2010-08-02 16:30:46 - TARGET_ARCH=i386 TB --- 2010-08-02 16:30:46 - TZ=UTC TB --- 2010-08-02 16:30:46 - __MAKE_CONF=/dev/null TB --- 2010-08-02 16:30:46 - cd /src TB --- 2010-08-02 16:30:46 - /usr/bin/make -B buildworld >>> World build started on Mon Aug 2 16:30:47 UTC 2010 >>> 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 [...] ===> cddl/usr.bin/ztest (all) cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/ztest/../..//contrib/opensolaris/cmd/ztest/ztest.c cc -O2 -pipe -I/src/cddl/usr.bin/ztest/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/include -I/src/cddl/usr.bin/ztest/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/ztest/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/ztest/../../contrib/opensolaris/head -I/src/cddl/usr.bin/ztest/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=iso9899:1999 -fstack-protector -Wno-pointer-sign -Wno-unknown-pragmas -o ztest ztest.o -lm -lnvpair -lumem -lzpool -lpthread -lz -lavl ===> cddl/usr.sbin (all) ===> cddl/usr.sbin/dtrace (all) cc -O2 -pipe -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/cmd/dtrace/dtrace.c cc -O2 -pipe -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/head -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common -I/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/lib/libproc/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.sbin/dtrace/../../../sys/cddl/contrib/opensolaris/compat -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wno-unknown-pragmas -o dtrace dtrace.o -lpthread -ldtrace -ly -ll -lproc -lctf -lelf -lz -lutil -lrtld_db /obj/i386.i386/src/tmp/usr/lib/libdtrace.so: undefined reference to `MUTEX_HELD' *** Error code 1 Stop in /src/cddl/usr.sbin/dtrace. *** Error code 1 Stop in /src/cddl/usr.sbin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-02 17:46:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-02 17:46:41 - ERROR: failed to build world TB --- 2010-08-02 17:46:41 - 3589.40 user 648.67 system 7000.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 20:19:52 2010 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 91FC01065678 for ; Mon, 2 Aug 2010 20:19:52 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 4AA338FC0C for ; Mon, 2 Aug 2010 20:19:51 +0000 (UTC) Received: by qyk31 with SMTP id 31so7875qyk.13 for ; Mon, 02 Aug 2010 13:19:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=WqqXAqIwgQ4I2poX9e26jq/JsipuU1pcqCHq+lrPhiw=; b=CrdAmojIhebGlh91ItFVkSzuJwtdaRCT/QJbTLozseSU2GZrDS0YMg5WYdl1D/zIuE i1n2iYcm2uf0baFxt6IvCZQJrN/Eg4tWW3CsufNgJD0wmXqBDw3iO3RpZdnGmYu+95Xz XOe/8z4/5NpULQ0SWcjWrdmj/1+ekP28HJCzI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=gM0KPDqe6xyFMWVSaZRpQ9Ab5vFKMJAry+NbUCzyDTTA9qCUfi0pdajXdS6q3pgp3m dlCoX9jFXz8ZPuTt/5bTFD/3FSjx1gYF33nYQfklxhUpMXCf7z4ryaDqzU+PZ2+p7GaY NWb7FSwYBxurGAypT1TfKzZIskzeyc8216jO8= MIME-Version: 1.0 Received: by 10.224.95.222 with SMTP id e30mr2182398qan.237.1280780391373; Mon, 02 Aug 2010 13:19:51 -0700 (PDT) Sender: r.c.ladan@gmail.com Received: by 10.229.86.73 with HTTP; Mon, 2 Aug 2010 13:19:51 -0700 (PDT) Date: Mon, 2 Aug 2010 22:19:51 +0200 X-Google-Sender-Auth: CYFNf3aIP0drV14cKiofFSwmkjA Message-ID: From: =?ISO-8859-1?Q?Ren=E9_Ladan?= To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: thunderbird-3.0.6 stuck in ucond upon start 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, 02 Aug 2010 20:19:52 -0000 Hi, it looks like on this CURRENT: FreeBSD acer 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r210736: Sun Aug 1 21:51:37 CEST 2010 rene@acer:/usr/obj/usr/home/rene/freebsd/clangbsd/sys/GENERIC amd64 thunderbird is always stuck in ucond upon start, however it is killable. This is a clangbsd kernel (GENERIC, with WITNESS), r210319 with gccbsd userland, r209980 and gcc-compiled up-to-date ports. The following modules are loaded: acer % kldstat Id Refs Address Size Name 1 26 0xffffffff80100000 f96790 kernel 2 1 0xffffffff81097000 570f8 iwn5000fw.ko 3 1 0xffffffff810ef000 29778 snd_hda.ko 4 2 0xffffffff81119000 85e20 sound.ko 5 1 0xffffffff8119f000 1c480 if_iwn.ko 6 1 0xffffffff81212000 3a85 linprocfs.ko 7 1 0xffffffff81216000 1de5d linux.ko acer % Regards, Rene From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 21:08:13 2010 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 CC0B6106566B for ; Mon, 2 Aug 2010 21:08:13 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id A5D108FC13 for ; Mon, 2 Aug 2010 21:08:13 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from [192.168.0.100] ([74.58.70.113]) by VL-MR-MR001.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0L6J00KH7MPODT40@VL-MR-MR001.ip.videotron.ca>; Mon, 02 Aug 2010 17:08:12 -0400 (EDT) Message-id: <4C5735F9.9020308@gthcfoundation.org> Date: Mon, 02 Aug 2010 17:17:45 -0400 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100328) To: =?ISO-8859-1?Q?Ren=E9_Ladan?= References: In-reply-to: Cc: freebsd-current@freebsd.org Subject: Re: thunderbird-3.0.6 stuck in ucond upon start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2010 21:08:13 -0000 a kernel backtrace would be a nice visual aid to debug!!! Cheers, Etienne René Ladan wrote: > Hi, > > it looks like on this CURRENT: > FreeBSD acer 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r210736: Sun Aug 1 > 21:51:37 CEST 2010 > rene@acer:/usr/obj/usr/home/rene/freebsd/clangbsd/sys/GENERIC amd64 > > thunderbird is always stuck in ucond upon start, however it is killable. > > This is a clangbsd kernel (GENERIC, with WITNESS), r210319 with gccbsd > userland, r209980 and gcc-compiled up-to-date ports. > The following modules are loaded: > acer % kldstat > Id Refs Address Size Name > 1 26 0xffffffff80100000 f96790 kernel > 2 1 0xffffffff81097000 570f8 iwn5000fw.ko > 3 1 0xffffffff810ef000 29778 snd_hda.ko > 4 2 0xffffffff81119000 85e20 sound.ko > 5 1 0xffffffff8119f000 1c480 if_iwn.ko > 6 1 0xffffffff81212000 3a85 linprocfs.ko > 7 1 0xffffffff81216000 1de5d linux.ko > acer % > > Regards, > Rene > _______________________________________________ > 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" > -- Etienne Robillard Green Tea Hackers Club E-mail: erob@gthcfoundation.org Work phone: 1 (514) 962-7703 Website: https://gthc.org/ During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell From owner-freebsd-current@FreeBSD.ORG Mon Aug 2 21:18:54 2010 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 03E15106566B for ; Mon, 2 Aug 2010 21:18:54 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id A84128FC1C for ; Mon, 2 Aug 2010 21:18:53 +0000 (UTC) Received: by qyk32 with SMTP id 32so2344073qyk.13 for ; Mon, 02 Aug 2010 14:18:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Zmlretb/1r+4fzO6AaGj2EWDYNNWfIc9k1o5iv4MxcI=; b=utbGZ9Txb/kk6ftCeSqx6C5JyipEkYjRRwSJWQghhGbS0LdghirdiO2iuBTddM6HGX 8X/Llheo0xNSPND+TZvZ+0XS5lQ1FuU8ugL/aGgPg4SJzlSGBg2WsU3E++cpxdOil5fA 9mmQf+2oydnUe6BNKCSdZ+dmOQhkBzYrFyKTY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=XBAWxp4IBJt7lKxU6FSsXBnzDLDBnJmwqtIiTuz+tKgmZYWd4ArSo/WOz5lzmrbRO7 vgp8r0AeB+UmMCKw0sB2r6RUekAg8NtQVXFlmLAsnzOPtn7VqL3DYFlZSuqR8GAw6L2N 3Xh8wZEcKPjRfa13vz+dpH3BXcxV2p6UtvLFI= MIME-Version: 1.0 Received: by 10.229.184.130 with SMTP id ck2mr548778qcb.122.1280783932660; Mon, 02 Aug 2010 14:18:52 -0700 (PDT) Sender: r.c.ladan@gmail.com Received: by 10.229.86.73 with HTTP; Mon, 2 Aug 2010 14:18:52 -0700 (PDT) In-Reply-To: <4C5735F9.9020308@gthcfoundation.org> References: <4C5735F9.9020308@gthcfoundation.org> Date: Mon, 2 Aug 2010 23:18:52 +0200 X-Google-Sender-Auth: MQOzYT53HvBa1ERXmd7cCdHYc_w Message-ID: From: =?ISO-8859-1?Q?Ren=E9_Ladan?= To: erob@gthcfoundation.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: thunderbird-3.0.6 stuck in ucond upon start 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, 02 Aug 2010 21:18:54 -0000 Fair enough... a trace of about the first 10 seconds generated by 'ktrace -di thunderbird= ' is available at ftp://rene-ladan.nl/pub/freebsd/ktrace.out You'll need a amd64 machine to kdump it. Note that nothing user-visible happens when I start thunderbird. Regards, Rene 2010/8/2 Etienne Robillard : > a kernel backtrace would be a nice visual aid to debug!!! > > Cheers, > > Etienne > > > Ren=E9 Ladan wrote: >> >> Hi, >> >> it looks like on this CURRENT: >> FreeBSD acer 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r210736: Sun Aug =A01 >> 21:51:37 CEST 2010 >> rene@acer:/usr/obj/usr/home/rene/freebsd/clangbsd/sys/GENERIC =A0amd64 >> >> thunderbird is always stuck in ucond upon start, however it is killable. >> >> This is a clangbsd kernel (GENERIC, with WITNESS), r210319 with gccbsd >> userland, r209980 and gcc-compiled up-to-date ports. >> The following modules are loaded: >> acer % kldstat >> Id Refs Address =A0 =A0 =A0 =A0 =A0 =A0Size =A0 =A0 Name >> =A01 =A0 26 0xffffffff80100000 f96790 =A0 kernel >> =A02 =A0 =A01 0xffffffff81097000 570f8 =A0 =A0iwn5000fw.ko >> =A03 =A0 =A01 0xffffffff810ef000 29778 =A0 =A0snd_hda.ko >> =A04 =A0 =A02 0xffffffff81119000 85e20 =A0 =A0sound.ko >> =A05 =A0 =A01 0xffffffff8119f000 1c480 =A0 =A0if_iwn.ko >> =A06 =A0 =A01 0xffffffff81212000 3a85 =A0 =A0 linprocfs.ko >> =A07 =A0 =A01 0xffffffff81216000 1de5d =A0 =A0linux.ko >> acer % >> >> Regards, >> Rene From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:48:22 2010 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 B0848106564A; Tue, 3 Aug 2010 09:48:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 806408FC13; Tue, 3 Aug 2010 09:48:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o739mLfj003565; Tue, 3 Aug 2010 05:48:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o739mL44003564; Tue, 3 Aug 2010 09:48:21 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 3 Aug 2010 09:48:21 GMT Message-Id: <201008030948.o739mL44003564@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 03 Aug 2010 09:48:22 -0000 TB --- 2010-08-03 08:34:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 08:34:21 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-08-03 08:34:21 - cleaning the object tree TB --- 2010-08-03 08:34:34 - cvsupping the source tree TB --- 2010-08-03 08:34:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-08-03 08:40:15 - building world TB --- 2010-08-03 08:40:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 08:40:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 08:40:15 - TARGET=sparc64 TB --- 2010-08-03 08:40:15 - TARGET_ARCH=sparc64 TB --- 2010-08-03 08:40:15 - TZ=UTC TB --- 2010-08-03 08:40:15 - __MAKE_CONF=/dev/null TB --- 2010-08-03 08:40:15 - cd /src TB --- 2010-08-03 08:40:15 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 3 08:40:15 UTC 2010 >>> 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 Tue Aug 3 09:39:36 UTC 2010 TB --- 2010-08-03 09:39:36 - generating LINT kernel config TB --- 2010-08-03 09:39:36 - cd /src/sys/sparc64/conf TB --- 2010-08-03 09:39:36 - /usr/bin/make -B LINT TB --- 2010-08-03 09:39:36 - building LINT kernel TB --- 2010-08-03 09:39:36 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 09:39:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 09:39:36 - TARGET=sparc64 TB --- 2010-08-03 09:39:36 - TARGET_ARCH=sparc64 TB --- 2010-08-03 09:39:36 - TZ=UTC TB --- 2010-08-03 09:39:36 - __MAKE_CONF=/dev/null TB --- 2010-08-03 09:39:36 - cd /src TB --- 2010-08-03 09:39:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 3 09:39:36 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_lookup.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_mount.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_subr.c cc1: warnings being treated as errors /src/sys/kern/vfs_subr.c: In function 'vntblinit': /src/sys/kern/vfs_subr.c:316: warning: format '%d' expects type 'int', but argument 3 has type 'long int' *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-03 09:48:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-03 09:48:21 - ERROR: failed to build lint kernel TB --- 2010-08-03 09:48:21 - 3189.72 user 694.05 system 4440.21 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 09:59:04 2010 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 36E341065674 for ; Tue, 3 Aug 2010 09:59:04 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id B72528FC13 for ; Tue, 3 Aug 2010 09:59:03 +0000 (UTC) Received: by qyk32 with SMTP id 32so3075697qyk.13 for ; Tue, 03 Aug 2010 02:59:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=nIMdgWtIbxKIpbFVHRUcjjXv/lNWGfjYYi/wIEUEfro=; b=Fw0QTdqssCLSPIctmkFrbOxdbh21Q0CUIQb7u/HEZ7J5nxE9SQt4RkDG6vzzvYjTiK USDO0W2D2rJ0OAFy1utCL53bXQxGqj7oYAZmgqe5fzFdTlksMsoNHRlTUK7bAlghWkks yvDk6diq0vJ2+k/S/aBttTUsO7AThxC4smClE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=jU5e9EUrLyjUlvmuQtNAp3JvD0IJdNX7uagWm/v+P46xAucIWdgI+iZkzUGLeM8Coz f9DKhNYHsLywKw9HFHzZLEpceeTiJRveJgUddRHDydhA/Z5P6JQGpgN34miky23ykjvC fCYje7NkUp98/AmKhlFtuz2VXY4mC5/zmsqfc= MIME-Version: 1.0 Received: by 10.224.72.4 with SMTP id k4mr2425200qaj.341.1280828087996; Tue, 03 Aug 2010 02:34:47 -0700 (PDT) Received: by 10.229.48.12 with HTTP; Tue, 3 Aug 2010 02:34:47 -0700 (PDT) Date: Tue, 3 Aug 2010 13:34:47 +0400 Message-ID: From: pluknet To: FreeBSD Current Content-Type: multipart/mixed; boundary=00c09f93d63c341395048ce80794 Subject: [patch] big whitespace cleanup in sys/kern/* 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, 03 Aug 2010 09:59:04 -0000 --00c09f93d63c341395048ce80794 Content-Type: text/plain; charset=ISO-8859-1 Hi. I looked into sys/kern/* files to fix a bunch of common w/s style issues (221): - leading space before label; - leading space(s) before ; - space(s) instead of (s); - space(s) in blank like. I tried to be conservative and didn't touch semi-contrib files and those with its own style. Here is a diff I'd like someone look into and check in if there will no objections. -- wbr, pluknet --00c09f93d63c341395048ce80794 Content-Type: application/octet-stream; name="ws_kern.diff" Content-Disposition: attachment; filename="ws_kern.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gcejq73j0 SW5kZXg6IGtlcm5famFpbC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGtlcm5famFpbC5jCShyZXZpc2lvbiAy MTA3NjgpCisrKyBrZXJuX2phaWwuYwkod29ya2luZyBjb3B5KQpAQCAtMTA0Myw3ICsxMDQzLDcg QEAKIAkJaWYgKG5hbWVbMF0gIT0gJ1wwJykgewogCQkJbmFtZWxlbiA9CiAJCQkgICAgKHBwciA9 PSAmcHJpc29uMCkgPyAwIDogc3RybGVuKHBwci0+cHJfbmFtZSkgKyAxOwotIG5hbWVfYWdhaW46 CituYW1lX2FnYWluOgogCQkJZGVhZHByID0gTlVMTDsKIAkJCUZPUkVBQ0hfUFJJU09OX0NISUxE KHBwciwgdHByKSB7CiAJCQkJaWYgKHRwciAhPSBwciAmJiB0cHItPnByX3JlZiA+IDAgJiYKQEAg LTExMzQsNyArMTEzNCw3IEBACiAJCWlmIChqaWQgPT0gMCkgewogCQkJLyogRmluZCB0aGUgbmV4 dCBmcmVlIGppZC4gKi8KIAkJCWppZCA9IGxhc3RwcmlkICsgMTsKLSBmaW5kbmV4dDoKK2ZpbmRu ZXh0OgogCQkJaWYgKGppZCA9PSBKQUlMX01BWCkKIAkJCQlqaWQgPSAxOwogCQkJVEFJTFFfRk9S RUFDSCh0cHIsICZhbGxwcmlzb24sIHByX2xpc3QpIHsKQEAgLTE3NDYsMjAgKzE3NDYsMjAgQEAK IAl0ZC0+dGRfcmV0dmFsWzBdID0gcHItPnByX2lkOwogCWdvdG8gZG9uZV9lcnJtc2c7CiAKLSBk b25lX2RlcmVmX2xvY2tlZDoKK2RvbmVfZGVyZWZfbG9ja2VkOgogCXByaXNvbl9kZXJlZihwciwg Y3JlYXRlZAogCSAgICA/IFBEX0xPQ0tFRCB8IFBEX0xJU1RfWExPQ0tFRAogCSAgICA6IFBEX0RF UkVGIHwgUERfTE9DS0VEIHwgUERfTElTVF9YTE9DS0VEKTsKIAlnb3RvIGRvbmVfcmVsZXJvb3Q7 Ci0gZG9uZV91bmxvY2tfbGlzdDoKK2RvbmVfdW5sb2NrX2xpc3Q6CiAJc3hfeHVubG9jaygmYWxs cHJpc29uX2xvY2spOwotIGRvbmVfcmVsZXJvb3Q6Citkb25lX3JlbGVyb290OgogCWlmIChyb290 ICE9IE5VTEwpIHsKIAkJdmZzbG9ja2VkID0gVkZTX0xPQ0tfR0lBTlQocm9vdC0+dl9tb3VudCk7 CiAJCXZyZWxlKHJvb3QpOwogCQlWRlNfVU5MT0NLX0dJQU5UKHZmc2xvY2tlZCk7CiAJfQotIGRv bmVfZXJybXNnOgorZG9uZV9lcnJtc2c6CiAJaWYgKGVycm9yKSB7CiAJCXZmc19nZXRvcHQob3B0 cywgImVycm1zZyIsICh2b2lkICoqKSZlcnJtc2csICZlcnJtc2dfbGVuKTsKIAkJaWYgKGVycm1z Z19sZW4gPiAwKSB7CkBAIC0xNzc2LDcgKzE3NzYsNyBAQAogCQkJfQogCQl9CiAJfQotIGRvbmVf ZnJlZToKK2RvbmVfZnJlZToKICNpZmRlZiBJTkVUCiAJZnJlZShpcDQsIE1fUFJJU09OKTsKICNl bmRpZgpAQCAtMTkwNiw3ICsxOTA2LDcgQEAKIAllcnJvciA9IEVOT0VOVDsKIAlnb3RvIGRvbmVf dW5sb2NrX2xpc3Q7CiAKLSBmb3VuZF9wcmlzb246Citmb3VuZF9wcmlzb246CiAJLyogR2V0IHRo ZSBwYXJhbWV0ZXJzIG9mIHRoZSBwcmlzb24uICovCiAJcHItPnByX3JlZisrOwogCWxvY2tlZCA9 IFBEX0xPQ0tFRDsKQEAgLTIwNjQsMTMgKzIwNjQsMTMgQEAKIAl9CiAJZ290byBkb25lX2Vycm1z ZzsKIAotIGRvbmVfZGVyZWY6Citkb25lX2RlcmVmOgogCXByaXNvbl9kZXJlZihwciwgbG9ja2Vk IHwgUERfREVSRUYgfCBQRF9MSVNUX1NMT0NLRUQpOwogCWdvdG8gZG9uZV9lcnJtc2c7CiAKLSBk b25lX3VubG9ja19saXN0OgorZG9uZV91bmxvY2tfbGlzdDoKIAlzeF9zdW5sb2NrKCZhbGxwcmlz b25fbG9jayk7Ci0gZG9uZV9lcnJtc2c6Citkb25lX2Vycm1zZzoKIAlpZiAoZXJyb3IgJiYgZXJy bXNnX3BvcyA+PSAwKSB7CiAJCXZmc19nZXRvcHQob3B0cywgImVycm1zZyIsICh2b2lkICoqKSZl cnJtc2csICZlcnJtc2dfbGVuKTsKIAkJZXJybXNnX3BvcyA9IDIgKiBlcnJtc2dfcG9zICsgMTsK QEAgLTIyODgsMTEgKzIyODgsMTEgQEAKIAljcmZyZWUob2xkY3JlZCk7CiAJcHJpc29uX2RlcmVm KHBwciwgUERfREVSRUYgfCBQRF9ERVVSRUYpOwogCXJldHVybiAoMCk7Ci0gZV91bmxvY2s6Citl X3VubG9jazoKIAlWT1BfVU5MT0NLKHByLT5wcl9yb290LCAwKTsKLSBlX3VubG9ja19naWFudDoK K2VfdW5sb2NrX2dpYW50OgogCVZGU19VTkxPQ0tfR0lBTlQodmZzbG9ja2VkKTsKLSBlX3JldmVy dF9vc2Q6CitlX3JldmVydF9vc2Q6CiAJLyogVGVsbCBtb2R1bGVzIHRoaXMgdGhyZWFkIGlzIHN0 aWxsIGluIGl0cyBvbGQgamFpbCBhZnRlciBhbGwuICovCiAJKHZvaWQpb3NkX2phaWxfY2FsbChw cHIsIFBSX01FVEhPRF9BVFRBQ0gsIHRkKTsKIAlwcmlzb25fZGVyZWYocHIsIFBEX0RFUkVGIHwg UERfREVVUkVGKTsKQEAgLTIzNTMsNyArMjM1Myw3IEBACiAKIAlzeF9hc3NlcnQoJmFsbHByaXNv bl9sb2NrLCBTWF9MT0NLRUQpOwogCW15bGVuID0gKG15cHIgPT0gJnByaXNvbjApID8gMCA6IHN0 cmxlbihteXByLT5wcl9uYW1lKSArIDE7Ci0gYWdhaW46CithZ2FpbjoKIAlkZWFkcHIgPSBOVUxM OwogCUZPUkVBQ0hfUFJJU09OX0RFU0NFTkRBTlQobXlwciwgcHIsIGRlc2NlbmQpIHsKIAkJaWYg KCFzdHJjbXAocHItPnByX25hbWUgKyBteWxlbiwgbmFtZSkpIHsKQEAgLTM5NTIsNyArMzk1Miw3 IEBACiAJc3hfc2xvY2soJmFsbHByaXNvbl9sb2NrKTsKIAlGT1JFQUNIX1BSSVNPTl9ERVNDRU5E QU5UKHByLCBjcHIsIGRlc2NlbmQpIHsKICNpZiBkZWZpbmVkKElORVQpIHx8IGRlZmluZWQoSU5F VDYpCi0gYWdhaW46CithZ2FpbjoKICNlbmRpZgogCQltdHhfbG9jaygmY3ByLT5wcl9tdHgpOwog I2lmZGVmIElORVQKSW5kZXg6IGtlcm5fY29uZi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGtlcm5fY29uZi5j CShyZXZpc2lvbiAyMTA3NjgpCisrKyBrZXJuX2NvbmYuYwkod29ya2luZyBjb3B5KQpAQCAtNDAy LDcgKzQwMiw3IEBACiAJZGV2X3JlbHRocmVhZChkZXYpOwogCXJldHVybiAocmV0dmFsKTsKIH0K LSAgCisKIHN0YXRpYyBpbnQKIGdpYW50X3JlYWQoc3RydWN0IGNkZXYgKmRldiwgc3RydWN0IHVp byAqdWlvLCBpbnQgaW9mbGFnKQogewpJbmRleDogc3Vicl9ldmVudGhhbmRsZXIuYwo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSBzdWJyX2V2ZW50aGFuZGxlci5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBzdWJyX2V2 ZW50aGFuZGxlci5jCSh3b3JraW5nIGNvcHkpCkBAIC03NCw3ICs3NCw3IEBACiB7CiAgICAgc3Ry dWN0IGV2ZW50aGFuZGxlcl9saXN0CQkqbmV3X2xpc3Q7CiAgICAgc3RydWN0IGV2ZW50aGFuZGxl cl9lbnRyeQkJKmVwOwotICAgIAorCiAgICAgS0FTU0VSVChldmVudGhhbmRsZXJfbGlzdHNfaW5p dHRlZCwgKCJldmVudGhhbmRsZXIgcmVnaXN0ZXJlZCB0b28gZWFybHkiKSk7CiAgICAgS0FTU0VS VChlcG4gIT0gTlVMTCwgKCIlczogY2Fubm90IHJlZ2lzdGVyIE5VTEwgZXZlbnQiLCBfX2Z1bmNf XykpOwogCkBAIC0xNDIsNyArMTQyLDcgQEAKIAkJICAgICAgdm9pZCAqZnVuYywgdm9pZCAqYXJn LCBpbnQgcHJpb3JpdHkpCiB7CiAgICAgc3RydWN0IGV2ZW50aGFuZGxlcl9lbnRyeV9nZW5lcmlj CSplZzsKLSAgICAKKwogICAgIC8qIGFsbG9jYXRlIGFuIGVudHJ5IGZvciB0aGlzIGhhbmRsZXIs IHBvcHVsYXRlIGl0ICovCiAgICAgZWcgPSBtYWxsb2Moc2l6ZW9mKHN0cnVjdCBldmVudGhhbmRs ZXJfZW50cnlfZ2VuZXJpYyksIE1fRVZFTlRIQU5ETEVSLAogCU1fV0FJVE9LIHwgTV9aRVJPKTsK QEAgLTE2Niw3ICsxNjYsNyBAQAogICAgIHZvaWQgKmZ1bmMsIHZvaWQgKmFyZywgaW50IHByaW9y aXR5LCB2aW1hZ2VfaXRlcmF0b3JfZnVuY190IGl0ZXJmdW5jKQogewogICAgIHN0cnVjdCBldmVu dGhhbmRsZXJfZW50cnlfZ2VuZXJpY192aW1hZ2UJKmVnOwotICAgIAorCiAgICAgLyogYWxsb2Nh dGUgYW4gZW50cnkgZm9yIHRoaXMgaGFuZGxlciwgcG9wdWxhdGUgaXQgKi8KICAgICBlZyA9IG1h bGxvYyhzaXplb2Yoc3RydWN0IGV2ZW50aGFuZGxlcl9lbnRyeV9nZW5lcmljX3ZpbWFnZSksCiAJ TV9FVkVOVEhBTkRMRVIsIE1fV0FJVE9LIHwgTV9aRVJPKTsKQEAgLTI0NiwxNCArMjQ2LDE0IEBA CiAKICAgICBpZiAoIWV2ZW50aGFuZGxlcl9saXN0c19pbml0dGVkKQogCXJldHVybihOVUxMKTsK LSAgICAKKwogICAgIC8qIHNjYW4gbG9va2luZyBmb3IgdGhlIHJlcXVlc3RlZCBsaXN0ICovCiAg ICAgbXR4X2xvY2soJmV2ZW50aGFuZGxlcl9tdXRleCk7CiAgICAgbGlzdCA9IF9ldmVudGhhbmRs ZXJfZmluZF9saXN0KG5hbWUpOwogICAgIGlmIChsaXN0ICE9IE5VTEwpCiAJRUhMX0xPQ0sobGlz dCk7CiAgICAgbXR4X3VubG9jaygmZXZlbnRoYW5kbGVyX211dGV4KTsKLSAgICAKKwogICAgIHJl dHVybihsaXN0KTsKIH0KIApJbmRleDogc3lzdl9tc2cuYwo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXN2X21z Zy5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBzeXN2X21zZy5jCSh3b3JraW5nIGNvcHkpCkBAIC0y MjIsNyArMjIyLDcgQEAKIAlpID0gODsKIAl3aGlsZSAoaSA8IDEwMjQgJiYgaSAhPSBtc2dpbmZv Lm1zZ3NzeikKIAkJaSA8PD0gMTsKLSAgICAJaWYgKGkgIT0gbXNnaW5mby5tc2dzc3opIHsKKwlp ZiAoaSAhPSBtc2dpbmZvLm1zZ3NzeikgewogCQlEUFJJTlRGKCgibXNnaW5mby5tc2dzc3o9JWQg KDB4JXgpXG4iLCBtc2dpbmZvLm1zZ3NzeiwKIAkJICAgIG1zZ2luZm8ubXNnc3N6KSk7CiAJCXBh bmljKCJtc2dpbmZvLm1zZ3NzeiBub3QgYSBzbWFsbCBwb3dlciBvZiAyIik7CkBAIC0yNTUsNyAr MjU1LDcgQEAKICNpZmRlZiBNQUMKIAkJbWFjX3N5c3Ztc2dfaW5pdCgmbXNnaGRyc1tpXSk7CiAj ZW5kaWYKLSAgICAJfQorCX0KIAlmcmVlX21zZ2hkcnMgPSAmbXNnaGRyc1swXTsKIAogCWlmICht c3FpZHMgPT0gTlVMTCkKSW5kZXg6IGtlcm5fdGltZS5jCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGtlcm5fdGlt ZS5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBrZXJuX3RpbWUuYwkod29ya2luZyBjb3B5KQpAQCAt MTAyOCw3ICsxMDI4LDcgQEAKIAkJCWl0LT5pdF9zaWdldi5zaWdldl9zaWdubyA9IFNJR0FMUk07 CiAJCQlicmVhazsKIAkJY2FzZSBDTE9DS19WSVJUVUFMOgotIAkJCWl0LT5pdF9zaWdldi5zaWdl dl9zaWdubyA9IFNJR1ZUQUxSTTsKKwkJCWl0LT5pdF9zaWdldi5zaWdldl9zaWdubyA9IFNJR1ZU QUxSTTsKIAkJCWJyZWFrOwogCQljYXNlIENMT0NLX1BST0Y6CiAJCQlpdC0+aXRfc2lnZXYuc2ln ZXZfc2lnbm8gPSBTSUdQUk9GOwpAQCAtMTM5NCw3ICsxMzk0LDcgQEAKIAkJdGltZXNwZWNzdWIo JnRzLCAmY3RzKTsKIAkJVElNRVNQRUNfVE9fVElNRVZBTCgmdHYsICZ0cyk7CiAJCWNhbGxvdXRf cmVzZXQoJml0LT5pdF9jYWxsb3V0LCB0dnRvaHooJnR2KSwgcmVhbHRpbWVyX2V4cGlyZSwKLSAJ CQlpdCk7CisJCQlpdCk7CiAJfQogfQogCkluZGV4OiBzdWJyX2tvYmouYwo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSBzdWJyX2tvYmouYwkocmV2aXNpb24gMjEwNzY4KQorKysgc3Vicl9rb2JqLmMJKHdvcmtpbmcg Y29weSkKQEAgLTMxMiw3ICszMTIsNyBAQAoga29ial9pbml0KGtvYmpfdCBvYmosIGtvYmpfY2xh c3NfdCBjbHMpCiB7CiAJS09CSl9BU1NFUlQoTUFfTk9UT1dORUQpOwotICByZXRyeToKK3JldHJ5 OgogCUtPQkpfTE9DSygpOwogCiAJLyoKSW5kZXg6IHVpcGNfbXF1ZXVlLmMKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQot LS0gdWlwY19tcXVldWUuYwkocmV2aXNpb24gMjEwNzY4KQorKysgdWlwY19tcXVldWUuYwkod29y a2luZyBjb3B5KQpAQCAtMTA0MSw3ICsxMDQxLDcgQEAKIAlpbnQgZXJyb3I7CiAKIAlpZiAoYXAt PmFfdnAtPnZfdHlwZSA9PSBWRElSKQotICAgICAgICAgICAgICAgIHJldHVybiAoRVBFUk0pOwor CQlyZXR1cm4gKEVQRVJNKTsKIAlwbiA9IFZUT04oYXAtPmFfdnApOwogCXN4X3hsb2NrKCZtcWZz LT5taV9sb2NrKTsKIAllcnJvciA9IGRvX3VubGluayhwbiwgYXAtPmFfY25wLT5jbl9jcmVkKTsK QEAgLTEzNzgsNyArMTM3OCw3IEBACiAJCXRtcF9uY29va2llcyA9IGFwLT5hX25jb29raWVzOwog CQkqYXAtPmFfbmNvb2tpZXMgPSAwOwogCQlhcC0+YV9uY29va2llcyA9IE5VTEw7Ci0gICAgICAg IH0KKwl9CiAKIAllcnJvciA9IDA7CiAJb2Zmc2V0ID0gMDsKQEAgLTE0MTIsMTMgKzE0MTIsMTMg QEAKIAkJCQlwbi0+bW5fdHlwZSk7CiAJCX0KIAkJaWYgKGVudHJ5LmRfcmVjbGVuID4gdWlvLT51 aW9fcmVzaWQpCi0gICAgICAgICAgICAgICAgICAgICAgICBicmVhazsKKwkJCWJyZWFrOwogCQlp ZiAob2Zmc2V0ID49IHVpby0+dWlvX29mZnNldCkgewogCQkJZXJyb3IgPSB2ZnNfcmVhZF9kaXJl bnQoYXAsICZlbnRyeSwgb2Zmc2V0KTsKLSAgICAgICAgICAgICAgICAgICAgICAgIGlmIChlcnJv cikKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYnJlYWs7Ci0gICAgICAgICAgICAg ICAgfQotICAgICAgICAgICAgICAgIG9mZnNldCArPSBlbnRyeS5kX3JlY2xlbjsKKwkJCWlmIChl cnJvcikKKwkJCQlicmVhazsKKwkJfQorCQlvZmZzZXQgKz0gZW50cnkuZF9yZWNsZW47CiAJfQog CXN4X3h1bmxvY2soJm1pLT5taV9sb2NrKTsKIApAQCAtMTk1Miw3ICsxOTUyLDcgQEAKIAl9CiAK IAllcnJvciA9IGNvcHlpbnN0cih1cGF0aCwgcGF0aCwgTVFGU19OQU1FTEVOICsgMSwgTlVMTCk7 Ci0gICAgICAgIGlmIChlcnJvcikKKwlpZiAoZXJyb3IpCiAJCXJldHVybiAoZXJyb3IpOwogCiAJ LyoKQEAgLTIwNjAsNyArMjA2MCw3IEBACiAJaW50IGVycm9yLCBsZW47CiAKIAllcnJvciA9IGNv cHlpbnN0cih1YXAtPnBhdGgsIHBhdGgsIE1RRlNfTkFNRUxFTiArIDEsIE5VTEwpOwotICAgICAg ICBpZiAoZXJyb3IpCisJaWYgKGVycm9yKQogCQlyZXR1cm4gKGVycm9yKTsKIAogCWxlbiA9IHN0 cmxlbihwYXRoKTsKQEAgLTIzMjQsNyArMjMyNCw3IEBACiB7CiAJc3RydWN0IGZpbGVkZXNjICpm ZHA7CiAJc3RydWN0IG1xdWV1ZSAqbXE7Ci0gCisKIAlmZHAgPSB0ZC0+dGRfcHJvYy0+cF9mZDsK IAlGSUxFREVTQ19MT0NLX0FTU0VSVChmZHApOwogCkBAIC0yNDEyLDcgKzI0MTIsNyBAQAogCQl9 IGVsc2UgewogCQkJbXEtPm1xX2ZsYWdzIHw9IE1RX1JTRUw7CiAJCQlzZWxyZWNvcmQodGQsICZt cS0+bXFfcnNlbCk7Ci0gCQl9CisJCX0KIAl9CiAJaWYgKGV2ZW50cyAmIFBPTExPVVQpIHsKIAkJ aWYgKG1xLT5tcV9jdXJtc2dzIDwgbXEtPm1xX21heG1zZykKSW5kZXg6IHZmc192bm9wcy5jCj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0KLS0tIHZmc192bm9wcy5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyB2ZnNfdm5vcHMu Ywkod29ya2luZyBjb3B5KQpAQCAtNzg4LDcgKzc4OCw3IEBACiAJc2ItPnN0X2N0aW0gPSB2YXAt PnZhX2N0aW1lOwogCXNiLT5zdF9iaXJ0aHRpbSA9IHZhcC0+dmFfYmlydGh0aW1lOwogCi0gICAg ICAgIC8qCisJLyoKIAkgKiBBY2NvcmRpbmcgdG8gd3d3Lm9wZW5ncm91cC5vcmcsIHRoZSBtZWFu aW5nIG9mIHN0X2Jsa3NpemUgaXMgCiAJICogICAiYSBmaWxlc3lzdGVtLXNwZWNpZmljIHByZWZl cnJlZCBJL08gYmxvY2sgc2l6ZSBmb3IgdGhpcyAKIAkgKiAgICBvYmplY3QuICBJbiBzb21lIGZp bGVzeXN0ZW0gdHlwZXMsIHRoaXMgbWF5IHZhcnkgZnJvbSBmaWxlCkBAIC0xMDI4LDcgKzEwMjgs NyBAQAogCXN0cnVjdCBtb3VudCAqbXA7CiAJaW50IGVycm9yOwogCi0gcmV0cnk6CityZXRyeToK IAlpZiAodnAgIT0gTlVMTCkgewogCQlpZiAoKGVycm9yID0gVk9QX0dFVFdSSVRFTU9VTlQodnAs IG1wcCkpICE9IDApIHsKIAkJCSptcHAgPSBOVUxMOwpJbmRleDoga2Vybl90aHJlYWQuYwo9PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09Ci0tLSBrZXJuX3RocmVhZC5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBrZXJuX3RocmVh ZC5jCSh3b3JraW5nIGNvcHkpCkBAIC04NTIsNyArODUyLDcgQEAKIAlQUk9DX1NMT0NLX0FTU0VS VChwLCBNQV9PV05FRCk7CiAJd2FrZXVwX3N3YXBwZXIgPSAwOwogCWlmICghUF9TSE9VTERTVE9Q KHApKSB7Ci0gICAgICAgICAgICAgICAgRk9SRUFDSF9USFJFQURfSU5fUFJPQyhwLCB0ZCkgewor CQlGT1JFQUNIX1RIUkVBRF9JTl9QUk9DKHAsIHRkKSB7CiAJCQl0aHJlYWRfbG9jayh0ZCk7CiAJ CQlpZiAoVERfSVNfU1VTUEVOREVEKHRkKSkgewogCQkJCXdha2V1cF9zd2FwcGVyIHw9IHRocmVh ZF91bnN1c3BlbmRfb25lKHRkKTsKQEAgLTg5OCw3ICs4OTgsNyBAQAogCSAqIHRvIGNvbnRpbnVl IGhvd2V2ZXIgYXMgdGhpcyBpcyBhIGJhZCBwbGFjZSB0byBzdG9wLgogCSAqLwogCWlmICgocC0+ cF9udW10aHJlYWRzICE9IDEpICYmICghUF9TSE9VTERTVE9QKHApKSkgewotICAgICAgICAgICAg ICAgIEZPUkVBQ0hfVEhSRUFEX0lOX1BST0MocCwgdGQpIHsKKwkJRk9SRUFDSF9USFJFQURfSU5f UFJPQyhwLCB0ZCkgewogCQkJdGhyZWFkX2xvY2sodGQpOwogCQkJaWYgKFREX0lTX1NVU1BFTkRF RCh0ZCkpIHsKIAkJCQl3YWtldXBfc3dhcHBlciB8PSB0aHJlYWRfdW5zdXNwZW5kX29uZSh0ZCk7 CkluZGV4OiBzdWJyX3NtcC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN1YnJfc21wLmMJKHJldmlzaW9uIDIx MDc2OCkKKysrIHN1YnJfc21wLmMJKHdvcmtpbmcgY29weSkKQEAgLTM1Nyw3ICszNTcsNyBAQAog CQkvKiBzcGluIG9uIGVudHJ5IHJlbmRlenZvdXMgKi8KIAkJYXRvbWljX2FkZF9pbnQoJnNtcF9y dl93YWl0ZXJzWzFdLCAxKTsKIAkJd2hpbGUgKHNtcF9ydl93YWl0ZXJzWzFdIDwgc21wX3J2X25j cHVzKQotICAgICAgICAgICAgICAgIAljcHVfc3BpbndhaXQoKTsKKwkJCWNwdV9zcGlud2FpdCgp OwogCX0KIAogCS8qIGFjdGlvbiBmdW5jdGlvbiAqLwpAQCAtMzY3LDcgKzM2Nyw3IEBACiAJLyog c3BpbiBvbiBleGl0IHJlbmRlenZvdXMgKi8KIAlhdG9taWNfYWRkX2ludCgmc21wX3J2X3dhaXRl cnNbMl0sIDEpOwogCWlmIChsb2NhbF90ZWFyZG93bl9mdW5jID09IHNtcF9ub19yZW5kZXZvdXNf YmFycmllcikKLSAgICAgICAgICAgICAgICByZXR1cm47CisJCXJldHVybjsKIAl3aGlsZSAoc21w X3J2X3dhaXRlcnNbMl0gPCBzbXBfcnZfbmNwdXMpCiAJCWNwdV9zcGlud2FpdCgpOwogCkluZGV4 OiBzdWJyX2tkYi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN1YnJfa2RiLmMJKHJldmlzaW9uIDIxMDc2OCkK KysrIHN1YnJfa2RiLmMJKHdvcmtpbmcgY29weSkKQEAgLTQxMiw4ICs0MTIsOCBAQAogI2lmIGRl ZmluZWQoU01QKSAmJiBkZWZpbmVkKEtEQl9TVE9QUEVEUENCKQogCXN0cnVjdCBwY3B1ICpwYzsK ICNlbmRpZgotIAotCWlmICh0aHIgPT0gY3VydGhyZWFkKSAKKworCWlmICh0aHIgPT0gY3VydGhy ZWFkKQogCQlyZXR1cm4gKCZrZGJfcGNiKTsKIAogI2lmIGRlZmluZWQoU01QKSAmJiBkZWZpbmVk KEtEQl9TVE9QUEVEUENCKQpJbmRleDogc2NoZWRfdWxlLmMKPT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc2NoZWRf dWxlLmMJKHJldmlzaW9uIDIxMDc2OCkKKysrIHNjaGVkX3VsZS5jCSh3b3JraW5nIGNvcHkpCkBA IC0xNjgyLDcgKzE2ODIsNyBAQAogCiAJdGQtPnRkX2Jhc2VfdXNlcl9wcmkgPSBwcmlvOwogCWlm ICh0ZC0+dGRfZmxhZ3MgJiBUREZfVUJPUlJPV0lORyAmJiB0ZC0+dGRfdXNlcl9wcmkgPD0gcHJp bykKLSAgICAgICAgICAgICAgICByZXR1cm47CisJCXJldHVybjsKIAlvbGRwcmlvID0gdGQtPnRk X3VzZXJfcHJpOwogCXRkLT50ZF91c2VyX3ByaSA9IHByaW87CiB9CkBAIC0yMDg5LDcgKzIwODks NyBAQAogCQl0ZC0+dGRfYmFzZV9wcmkgPSB0ZC0+dGRfdXNlcl9wcmk7CiAJCXRkcV9zZXRsb3dw cmkoVERRX1NFTEYoKSwgdGQpOwogCQl0aHJlYWRfdW5sb2NrKHRkKTsKLSAgICAgICAgfQorCX0K IH0KIAogLyoKSW5kZXg6IGtlcm5fdW10eC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGtlcm5fdW10eC5jCShy ZXZpc2lvbiAyMTA3NjgpCisrKyBrZXJuX3VtdHguYwkod29ya2luZyBjb3B5KQpAQCAtMTA0MSw3 ICsxMDQxLDcgQEAKIAl1bXR4cV91bmxvY2soJnVxLT51cV9rZXkpOwogCWlmIChjb21wYXQzMiA9 PSAwKQogCQl0bXAgPSBmdXdvcmQoYWRkcik7Ci0gICAgICAgIGVsc2UKKwllbHNlCiAJCXRtcCA9 ICh1bnNpZ25lZCBpbnQpZnV3b3JkMzIoYWRkcik7CiAJaWYgKHRtcCAhPSBpZCkgewogCQl1bXR4 cV9sb2NrKCZ1cS0+dXFfa2V5KTsKSW5kZXg6IGxpbmtfZWxmX29iai5jCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t IGxpbmtfZWxmX29iai5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBsaW5rX2VsZl9vYmouYwkod29y a2luZyBjb3B5KQpAQCAtMTM3NiwxNSArMTM3NiwxNSBAQAogbGlua19lbGZfc3ltdGFiX2dldChs aW5rZXJfZmlsZV90IGxmLCBjb25zdCBFbGZfU3ltICoqc3ltdGFiKQogewogICAgIGVsZl9maWxl X3QgZWYgPSAoZWxmX2ZpbGVfdClsZjsKLSAgICAKKwogICAgICpzeW10YWIgPSBlZi0+ZGRic3lt dGFiOwotICAgIAorCiAgICAgaWYgKCpzeW10YWIgPT0gTlVMTCkKICAgICAgICAgcmV0dXJuICgw KTsKIAogICAgIHJldHVybiAoZWYtPmRkYnN5bWNudCk7CiB9Ci0gICAgCisKIHN0YXRpYyBsb25n CiBsaW5rX2VsZl9zdHJ0YWJfZ2V0KGxpbmtlcl9maWxlX3QgbGYsIGNhZGRyX3QgKnN0cnRhYikK IHsKSW5kZXg6IHVpcGNfc3lzY2FsbHMuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSB1aXBjX3N5c2NhbGxzLmMJ KHJldmlzaW9uIDIxMDc2OCkKKysrIHVpcGNfc3lzY2FsbHMuYwkod29ya2luZyBjb3B5KQpAQCAt MjMyMSw5ICsyMzIxLDkgQEAKIAkgKiByZWZlcmVuY2UgY291bnQuICBPdGhlcndpc2UsIGlmIHRo ZSBwcm90b2NvbCBjYWxscyBzb2ZyZWUoKSwKIAkgKiB0aGUgc29ja2V0IHdpbGwgYmUgcmVsZWFz ZWQgZHVlIHRvIGEgemVybyByZWZjb3VudC4KIAkgKi8KLSAgICAgICAgU09DS19MT0NLKHNvKTsK LSAgICAgICAgc29yZWYoc28pOyAgICAgICAgICAgICAgICAgICAgICAvKiBmaWxlIGRlc2NyaXB0 b3IgcmVmZXJlbmNlICovCi0gICAgICAgIFNPQ0tfVU5MT0NLKHNvKTsKKwlTT0NLX0xPQ0soc28p OworCXNvcmVmKHNvKTsJCQkvKiBmaWxlIGRlc2NyaXB0b3IgcmVmZXJlbmNlICovCisJU09DS19V TkxPQ0soc28pOwogCiAJQUNDRVBUX0xPQ0soKTsKIApAQCAtMjY1OCw3ICsyNjU4LDcgQEAKIAl9 CiAJYXVpby51aW9faW92ID0gaW92OwogCWF1aW8udWlvX2lvdmNudCA9IHVhcC0+aW92bGVuOwot ICAJYXVpby51aW9fc2VnZmxnID0gVUlPX1VTRVJTUEFDRTsKKwlhdWlvLnVpb19zZWdmbGcgPSBV SU9fVVNFUlNQQUNFOwogCWF1aW8udWlvX3J3ID0gVUlPX1JFQUQ7CiAJYXVpby51aW9fdGQgPSB0 ZDsKIAlhdWlvLnVpb19vZmZzZXQgPSAwOwkJCS8qIFhYWCAqLwpJbmRleDoga2Vybl9zd2l0Y2gu Ywo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09Ci0tLSBrZXJuX3N3aXRjaC5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBrZXJu X3N3aXRjaC5jCSh3b3JraW5nIGNvcHkpCkBAIC0xMTUsMTYgKzExNSwxNiBAQAogewogCXN0cnVj dCBzeXNjdGxfb2lkICpwOwogCXVpbnRwdHJfdCBjb3VudGVyOwotICAgICAgICBpbnQgZXJyb3I7 CisJaW50IGVycm9yOwogCWludCB2YWw7CiAJaW50IGk7CiAKLSAgICAgICAgdmFsID0gMDsKLSAg ICAgICAgZXJyb3IgPSBzeXNjdGxfaGFuZGxlX2ludChvaWRwLCAmdmFsLCAwLCByZXEpOwotICAg ICAgICBpZiAoZXJyb3IgIT0gMCB8fCByZXEtPm5ld3B0ciA9PSBOVUxMKQotICAgICAgICAgICAg ICAgIHJldHVybiAoZXJyb3IpOwotICAgICAgICBpZiAodmFsID09IDApCi0gICAgICAgICAgICAg ICAgcmV0dXJuICgwKTsKKwl2YWwgPSAwOworCWVycm9yID0gc3lzY3RsX2hhbmRsZV9pbnQob2lk cCwgJnZhbCwgMCwgcmVxKTsKKwlpZiAoZXJyb3IgIT0gMCB8fCByZXEtPm5ld3B0ciA9PSBOVUxM KQorCQlyZXR1cm4gKGVycm9yKTsKKwlpZiAodmFsID09IDApCisJCXJldHVybiAoMCk7CiAJLyoK IAkgKiBUcmF2ZXJzZSB0aGUgbGlzdCBvZiBjaGlsZHJlbiBvZiBfa2Vybl9zY2hlZF9zdGF0cyBh bmQgcmVzZXQgZWFjaAogCSAqIHRvIDAuICBTa2lwIHRoZSByZXNldCBlbnRyeS4KSW5kZXg6IHZm c19iaW8uYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09Ci0tLSB2ZnNfYmlvLmMJKHJldmlzaW9uIDIxMDc2OCkKKysrIHZm c19iaW8uYwkod29ya2luZyBjb3B5KQpAQCAtMzE3OSw5ICszMTc5LDkgQEAKIAl9CiB9CiAKLSAv KgotICAqIENhbGwgYmFjayBmdW5jdGlvbiBmcm9tIHN0cnVjdCBiaW8gYmFjayB1cCB0byBzdHJ1 Y3QgYnVmLgotICAqLworLyoKKyAqIENhbGwgYmFjayBmdW5jdGlvbiBmcm9tIHN0cnVjdCBiaW8g YmFjayB1cCB0byBzdHJ1Y3QgYnVmLgorICovCiBzdGF0aWMgdm9pZAogYnVmZG9uZWJpbyhzdHJ1 Y3QgYmlvICpiaXApCiB7CkluZGV4OiBrZXJuX3NpZy5jCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGtlcm5fc2ln LmMJKHJldmlzaW9uIDIxMDc2OCkKKysrIGtlcm5fc2lnLmMJKHdvcmtpbmcgY29weSkKQEAgLTI3 MTksNyArMjcxOSw3IEBACiAJCVBST0NfU0xPQ0socCk7CiAJfQogfQotIAorCiAvKgogICogVGFr ZSB0aGUgYWN0aW9uIGZvciB0aGUgc3BlY2lmaWVkIHNpZ25hbAogICogZnJvbSB0aGUgY3VycmVu dCBzZXQgb2YgcGVuZGluZyBzaWduYWxzLgpAQCAtMjk5MCw3ICsyOTkwLDcgQEAKICNpZiBkZWZp bmVkKENPTVBSRVNTX1VTRVJfQ09SRVMpCiBpbnQgY29tcHJlc3NfdXNlcl9jb3JlcyA9IDE7CiBT WVNDVExfSU5UKF9rZXJuLCBPSURfQVVUTywgY29tcHJlc3NfdXNlcl9jb3JlcywgQ1RMRkxBR19S VywKLSAgICAgICAgJmNvbXByZXNzX3VzZXJfY29yZXMsIDAsICIiKTsKKyAgICAmY29tcHJlc3Nf dXNlcl9jb3JlcywgMCwgIiIpOwogCiBpbnQgY29tcHJlc3NfdXNlcl9jb3Jlc19nemxldmVsID0g LTE7IC8qIGRlZmF1bHQgbGV2ZWwgKi8KIFNZU0NUTF9JTlQoX2tlcm4sIE9JRF9BVVRPLCBjb21w cmVzc191c2VyX2NvcmVzX2d6bGV2ZWwsIENUTEZMQUdfUlcsCkBAIC0zMDUyLDkgKzMwNTIsOSBA QAogCQkJCQkJICAgICJmb3IgY29yZWZpbGUgaG9zdG5hbWVcbiIsCiAJCQkJCQkgICAgKGxvbmcp cGlkLCBuYW1lLAogCQkJCQkJICAgICh1X2xvbmcpdWlkKTsKLSAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGdvdG8gbm9tZW07Ci0gICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgfQotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICB9CisJCQkJCQlnb3RvIG5vbWVtOworCQkJCQl9CisJCQkJfQogCQkJCWdldGNyZWRob3N0bmFt ZSh0ZC0+dGRfdWNyZWQsIGhvc3RuYW1lLAogCQkJCSAgICBNQVhIT1NUTkFNRUxFTik7CiAJCQkJ c2J1Zl9wcmludGYoJnNiLCAiJXMiLCBob3N0bmFtZSk7CkBAIC0zMTIzLDcgKzMxMjMsNyBAQAog CQkJCX0KIAkJCQlsb2coTE9HX0VSUiwKIAkJCQkgICAgInBpZCAlZCAoJXMpLCB1aWQgKCV1KTog IFBhdGggYCVzJyBmYWlsZWQgIgotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Im9uIGluaXRpYWwgb3BlbiB0ZXN0LCBlcnJvciA9ICVkXG4iLAorCQkJCSAgICAib24gaW5pdGlh bCBvcGVuIHRlc3QsIGVycm9yID0gJWRcbiIsCiAJCQkJICAgIHBpZCwgbmFtZSwgdWlkLCB0ZW1w LCBlcnJvcik7CiAJCQkJZnJlZSh0ZW1wLCBNX1RFTVApOwogCQkJCXJldHVybiAoTlVMTCk7CkBA IC0zMTM2LDggKzMxMzYsOCBAQAogCQkJaWYgKGVycm9yKSB7CiAJCQkJbG9nKExPR19FUlIsCiAJ CQkJICAgICJwaWQgJWQgKCVzKSwgdWlkICgldSk6ICBQYXRoIGAlcycgZmFpbGVkICIKLSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICJvbiBjbG9zZSBhZnRlciBpbml0aWFsIG9w ZW4gdGVzdCwgIgotICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgImVycm9yID0g JWRcbiIsCisJCQkJICAgICJvbiBjbG9zZSBhZnRlciBpbml0aWFsIG9wZW4gdGVzdCwgIgorCQkJ CSAgICAiZXJyb3IgPSAlZFxuIiwKIAkJCQkgICAgcGlkLCBuYW1lLCB1aWQsIHRlbXAsIGVycm9y KTsKIAkJCQlmcmVlKHRlbXAsIE1fVEVNUCk7CiAJCQkJcmV0dXJuIChOVUxMKTsKSW5kZXg6IHVp cGNfdXNycmVxLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PQotLS0gdWlwY191c3JyZXEuYwkocmV2aXNpb24gMjEwNzY4 KQorKysgdWlwY191c3JyZXEuYwkod29ya2luZyBjb3B5KQpAQCAtMTkzNSw5ICsxOTM1LDkgQEAK IAlpZiAoY29udHJvbCAhPSBOVUxMKQogCQlmb3IgKG4gPSBjb250cm9sLCBuX3ByZXYgPSBOVUxM OyBuICE9IE5VTEw7KSB7CiAJCQljbSA9IG10b2Qobiwgc3RydWN0IGNtc2doZHIgKik7Ci0gICAg CQkJaWYgKGNtLT5jbXNnX2xldmVsID09IFNPTF9TT0NLRVQgJiYKKwkJCWlmIChjbS0+Y21zZ19s ZXZlbCA9PSBTT0xfU09DS0VUICYmCiAJCQkgICAgY20tPmNtc2dfdHlwZSA9PSBTQ01fQ1JFRFMp IHsKLSAgICAJCQkJaWYgKG5fcHJldiA9PSBOVUxMKQorCQkJCWlmIChuX3ByZXYgPT0gTlVMTCkK IAkJCQkJY29udHJvbCA9IG4tPm1fbmV4dDsKIAkJCQllbHNlCiAJCQkJCW5fcHJldi0+bV9uZXh0 ID0gbi0+bV9uZXh0OwpAQCAtMjI5MywxMSArMjI5MywxMSBAQAogewogCXN0cnVjdCB1bnBjYiAq dW5wOwogCi0gICAgICAgIGlmICghaGF2ZV9hZGRyKSB7Ci0gICAgICAgICAgICAgICAgZGJfcHJp bnRmKCJ1c2FnZTogc2hvdyB1bnBjYiA8YWRkcj5cbiIpOwotICAgICAgICAgICAgICAgIHJldHVy bjsKLSAgICAgICAgfQotICAgICAgICB1bnAgPSAoc3RydWN0IHVucGNiICopYWRkcjsKKwlpZiAo IWhhdmVfYWRkcikgeworCQlkYl9wcmludGYoInVzYWdlOiBzaG93IHVucGNiIDxhZGRyPlxuIik7 CisJCXJldHVybjsKKwl9CisJdW5wID0gKHN0cnVjdCB1bnBjYiAqKWFkZHI7CiAKIAlkYl9wcmlu dGYoInVucF9zb2NrZXQ6ICVwICAgdW5wX3Zub2RlOiAlcFxuIiwgdW5wLT51bnBfc29ja2V0LAog CSAgICB1bnAtPnVucF92bm9kZSk7CkluZGV4OiB2ZnNfZGVmYXVsdC5jCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t IHZmc19kZWZhdWx0LmMJKHJldmlzaW9uIDIxMDc2OCkKKysrIHZmc19kZWZhdWx0LmMJKHdvcmtp bmcgY29weSkKQEAgLTYyNSw4ICs2MjUsOCBAQAogCS8qCiAJICogTUFSSy9TQ0FOIGluaXRpYWxp emF0aW9uIHRvIGF2b2lkIGluZmluaXRlIGxvb3BzLgogCSAqLwotICAgICAgICBUQUlMUV9GT1JF QUNIKGJwLCAmYm8tPmJvX2RpcnR5LmJ2X2hkLCBiX2JvYnVmcykgewotICAgICAgICAgICAgICAg IGJwLT5iX3ZmbGFncyAmPSB+QlZfU0NBTk5FRDsKKwlUQUlMUV9GT1JFQUNIKGJwLCAmYm8tPmJv X2RpcnR5LmJ2X2hkLCBiX2JvYnVmcykgeworCQlicC0+Yl92ZmxhZ3MgJj0gfkJWX1NDQU5ORUQ7 CiAJCWJwLT5iX2Vycm9yID0gMDsKIAl9CiAKSW5kZXg6IGluaXRfbWFpbi5jCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIGluaXRfbWFpbi5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBpbml0X21haW4uYwkod29ya2lu ZyBjb3B5KQpAQCAtNzEwLDcgKzcxMCw3IEBACiAJCQlvcHRpb25zID0gMTsKIAkJfQogI2lmZGVm IG5vdHlldAotICAgICAgICAgICAgICAgIGlmIChib290aG93dG8gJiBSQl9GQVNUQk9PVCkgewor CQlpZiAoYm9vdGhvd3RvICYgUkJfRkFTVEJPT1QpIHsKIAkJCSh2b2lkKXN1Ynl0ZSgtLXVjcCwg J2YnKTsKIAkJCW9wdGlvbnMgPSAxOwogCQl9CkluZGV4OiB1aXBjX3NvY2tldC5jCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KLS0tIHVpcGNfc29ja2V0LmMJKHJldmlzaW9uIDIxMDc2OCkKKysrIHVpcGNfc29ja2V0LmMJ KHdvcmtpbmcgY29weSkKQEAgLTEzODUsMTcgKzEzODUsMTcgQEAKIAllbHNlCiAJCXNiLT5zYl9t YiA9IG5leHRyZWNvcmQ7CiAKLSAgICAgICAgLyoKKwkvKgogICAgICAgICAgKiBOb3cgdXBkYXRl IGFueSBkZXBlbmRlbnQgc29ja2V0IGJ1ZmZlciBmaWVsZHMgdG8gcmVmbGVjdCB0aGUgbmV3CiAg ICAgICAgICAqIHN0YXRlLiAgVGhpcyBpcyBhbiBleHBhbmRlZCBpbmxpbmUgb2YgU0JfRU1QVFlf RklYVVAoKSwgd2l0aCB0aGUKIAkgKiBhZGRpdGlvbiBvZiBhIHNlY29uZCBjbGF1c2UgdGhhdCB0 YWtlcyBjYXJlIG9mIHRoZSBjYXNlIHdoZXJlCiAJICogc2JfbWIgaGFzIGJlZW4gdXBkYXRlZCwg YnV0IHJlbWFpbnMgdGhlIGxhc3QgcmVjb3JkLgogICAgICAgICAgKi8KLSAgICAgICAgaWYgKHNi LT5zYl9tYiA9PSBOVUxMKSB7Ci0gICAgICAgICAgICAgICAgc2ItPnNiX21idGFpbCA9IE5VTEw7 Ci0gICAgICAgICAgICAgICAgc2ItPnNiX2xhc3RyZWNvcmQgPSBOVUxMOwotICAgICAgICB9IGVs c2UgaWYgKHNiLT5zYl9tYi0+bV9uZXh0cGt0ID09IE5VTEwpCi0gICAgICAgICAgICAgICAgc2It PnNiX2xhc3RyZWNvcmQgPSBzYi0+c2JfbWI7CisJaWYgKHNiLT5zYl9tYiA9PSBOVUxMKSB7CisJ CXNiLT5zYl9tYnRhaWwgPSBOVUxMOworCQlzYi0+c2JfbGFzdHJlY29yZCA9IE5VTEw7CisJfSBl bHNlIGlmIChzYi0+c2JfbWItPm1fbmV4dHBrdCA9PSBOVUxMKQorCQlzYi0+c2JfbGFzdHJlY29y ZCA9IHNiLT5zYl9tYjsKIH0KIAogCkBAIC0xNzUxLDggKzE3NTEsOCBAQAogCQkJCQkqbXAgPSBt X2NvcHltKG0sIDAsIGxlbiwgY29weV9mbGFnKTsKIAkJCQkJaWYgKGNvcHlfZmxhZyA9PSBNX1dB SVQpCiAJCQkJCQlTT0NLQlVGX0xPQ0soJnNvLT5zb19yY3YpOwotIAkJCQkJaWYgKCptcCA9PSBO VUxMKSB7Ci0gCQkJCQkJLyoKKwkJCQkJaWYgKCptcCA9PSBOVUxMKSB7CisJCQkJCQkvKgogIAkJ CQkJCSAqIG1fY29weW0oKSBjb3VsZG4ndAogCQkJCQkJICogYWxsb2NhdGUgYW4gbWJ1Zi4gIEFk anVzdAogCQkJCQkJICogdWlvX3Jlc2lkIGJhY2sgKGl0IHdhcwpAQCAtMTc2MCw5ICsxNzYwLDkg QEAKIAkJCQkJCSAqIGJ5dGVzLCB3aGljaCB3ZSBkaWRuJ3QgZW5kCiAJCQkJCQkgKiB1cCAiY29w eWluZyIgb3ZlcikuCiAgCQkJCQkJICovCi0gCQkJCQkJdWlvLT51aW9fcmVzaWQgKz0gbGVuOwot IAkJCQkJCWJyZWFrOwotIAkJCQkJfQorCQkJCQkJdWlvLT51aW9fcmVzaWQgKz0gbGVuOworCQkJ CQkJYnJlYWs7CisJCQkJCX0KIAkJCQl9CiAJCQkJbS0+bV9kYXRhICs9IGxlbjsKIAkJCQltLT5t X2xlbiAtPSBsZW47CkluZGV4OiBrZXJuX2NvbnMuYwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBrZXJuX2NvbnMu YwkocmV2aXNpb24gMjEwNzY4KQorKysga2Vybl9jb25zLmMJKHdvcmtpbmcgY29weSkKQEAgLTEx Miw3ICsxMTIsNyBAQAogCSAqIG9uY2Ugd2UgYXJlIHVwIGFuZCBnb2luZy4KIAkgKiAKIAkgKi8K LSAgICAgICAgY25fbXV0ZSA9ICgoYm9vdGhvd3RvICYgKFJCX01VVEUKKwljbl9tdXRlID0gKChi b290aG93dG8gJiAoUkJfTVVURQogCQkJfFJCX1NJTkdMRQogCQkJfFJCX1ZFUkJPU0UKIAkJCXxS Ql9BU0tOQU1FKSkgPT0gUkJfTVVURSk7CkluZGV4OiBpbWdhY3RfZWxmLmMKPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQot LS0gaW1nYWN0X2VsZi5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBpbWdhY3RfZWxmLmMJKHdvcmtp bmcgY29weSkKQEAgLTY0NSwxMSArNjQ1LDExIEBACiAJCQkvKiBMb2FkYWJsZSBzZWdtZW50ICov CiAJCQlwcm90ID0gMDsKIAkJCWlmIChwaGRyW2ldLnBfZmxhZ3MgJiBQRl9YKQotICAJCQkJcHJv dCB8PSBWTV9QUk9UX0VYRUNVVEU7CisJCQkJcHJvdCB8PSBWTV9QUk9UX0VYRUNVVEU7CiAJCQlp ZiAocGhkcltpXS5wX2ZsYWdzICYgUEZfVykKLSAgCQkJCXByb3QgfD0gVk1fUFJPVF9XUklURTsK KwkJCQlwcm90IHw9IFZNX1BST1RfV1JJVEU7CiAJCQlpZiAocGhkcltpXS5wX2ZsYWdzICYgUEZf UikKLSAgCQkJCXByb3QgfD0gVk1fUFJPVF9SRUFEOworCQkJCXByb3QgfD0gVk1fUFJPVF9SRUFE OwogCiAJCQlpZiAoKGVycm9yID0gX19lbGZOKGxvYWRfc2VjdGlvbikodm1zcGFjZSwKIAkJCSAg ICBpbWdwLT5vYmplY3QsIHBoZHJbaV0ucF9vZmZzZXQsCkBAIC02NjIsNyArNjYyLDcgQEAKIAkJ CSAqIGZpcnN0IHNlZ21lbnQuCiAJCQkgKi8KIAkJCWlmIChudW1zZWdzID09IDApCi0gIAkJCQli YXNlX2FkZHIgPSB0cnVuY19wYWdlKHBoZHJbaV0ucF92YWRkciArCisJCQkJYmFzZV9hZGRyID0g dHJ1bmNfcGFnZShwaGRyW2ldLnBfdmFkZHIgKwogCQkJCSAgICByYmFzZSk7CiAJCQludW1zZWdz Kys7CiAJCX0KQEAgLTc5MywxMSArNzkzLDExIEBACiAJCQkJYnJlYWs7CiAJCQlwcm90ID0gMDsK IAkJCWlmIChwaGRyW2ldLnBfZmxhZ3MgJiBQRl9YKQotICAJCQkJcHJvdCB8PSBWTV9QUk9UX0VY RUNVVEU7CisJCQkJcHJvdCB8PSBWTV9QUk9UX0VYRUNVVEU7CiAJCQlpZiAocGhkcltpXS5wX2Zs YWdzICYgUEZfVykKLSAgCQkJCXByb3QgfD0gVk1fUFJPVF9XUklURTsKKwkJCQlwcm90IHw9IFZN X1BST1RfV1JJVEU7CiAJCQlpZiAocGhkcltpXS5wX2ZsYWdzICYgUEZfUikKLSAgCQkJCXByb3Qg fD0gVk1fUFJPVF9SRUFEOworCQkJCXByb3QgfD0gVk1fUFJPVF9SRUFEOwogCiAjaWYgZGVmaW5l ZChfX2lhNjRfXykgJiYgX19FTEZfV09SRF9TSVpFID09IDMyICYmIGRlZmluZWQoSUEzMl9NRV9I QVJERVIpCiAJCQkvKgpAQCAtMTA1NSwyNCArMTA1NSwyNCBAQAogCWhkciA9IE5VTEw7CiAKICNp ZmRlZiBDT01QUkVTU19VU0VSX0NPUkVTCi0gICAgICAgIGlmIChkb2luZ19jb21wcmVzcykgewot ICAgICAgICAgICAgICAgIHAgPSBnem9wZW5fZmxhZ3M7Ci0gICAgICAgICAgICAgICAgKnArKyA9 ICd3JzsKLSAgICAgICAgICAgICAgICBpZiAoY29tcHJlc3NfdXNlcl9jb3Jlc19nemxldmVsID49 IDAgJiYKLSAgICAgICAgICAgICAgICAgICAgY29tcHJlc3NfdXNlcl9jb3Jlc19nemxldmVsIDw9 IDkpCi0gICAgICAgICAgICAgICAgICAgICAgICAqcCsrID0gJzAnICsgY29tcHJlc3NfdXNlcl9j b3Jlc19nemxldmVsOwotICAgICAgICAgICAgICAgICpwID0gMDsKLSAgICAgICAgICAgICAgICBn emZpbGUgPSBnel9vcGVuKCIiLCBnem9wZW5fZmxhZ3MsIHZwKTsKLSAgICAgICAgICAgICAgICBp ZiAoZ3pmaWxlID09IFpfTlVMTCkgewotICAgICAgICAgICAgICAgICAgICAgICAgZXJyb3IgPSBF RkFVTFQ7Ci0gICAgICAgICAgICAgICAgICAgICAgICBnb3RvIGRvbmU7Ci0gICAgICAgICAgICAg ICAgfQotICAgICAgICAgICAgICAgIGNvcmVfYnVmID0gbWFsbG9jKENPUkVfQlVGX1NJWkUsIE1f VEVNUCwgTV9XQUlUT0sgfCBNX1pFUk8pOwotICAgICAgICAgICAgICAgIGlmICghY29yZV9idWYp IHsKLSAgICAgICAgICAgICAgICAgICAgICAgIGVycm9yID0gRU5PTUVNOwotICAgICAgICAgICAg ICAgICAgICAgICAgZ290byBkb25lOwotICAgICAgICAgICAgICAgIH0KLSAgICAgICAgfQorCWlm IChkb2luZ19jb21wcmVzcykgeworCQlwID0gZ3pvcGVuX2ZsYWdzOworCQkqcCsrID0gJ3cnOwor CQlpZiAoY29tcHJlc3NfdXNlcl9jb3Jlc19nemxldmVsID49IDAgJiYKKwkJICAgIGNvbXByZXNz X3VzZXJfY29yZXNfZ3psZXZlbCA8PSA5KQorCQkJKnArKyA9ICcwJyArIGNvbXByZXNzX3VzZXJf Y29yZXNfZ3psZXZlbDsKKwkJKnAgPSAwOworCQlnemZpbGUgPSBnel9vcGVuKCIiLCBnem9wZW5f ZmxhZ3MsIHZwKTsKKwkJaWYgKGd6ZmlsZSA9PSBaX05VTEwpIHsKKwkJCWVycm9yID0gRUZBVUxU OworCQkJZ290byBkb25lOworCQl9CisJCWNvcmVfYnVmID0gbWFsbG9jKENPUkVfQlVGX1NJWkUs IE1fVEVNUCwgTV9XQUlUT0sgfCBNX1pFUk8pOworCQlpZiAoIWNvcmVfYnVmKSB7CisJCQllcnJv ciA9IEVOT01FTTsKKwkJCWdvdG8gZG9uZTsKKwkJfQorCX0KICNlbmRpZgogCiAJLyogU2l6ZSB0 aGUgcHJvZ3JhbSBzZWdtZW50cy4gKi8KSW5kZXg6IHN1YnJfc3RhY2suYwo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0t LSBzdWJyX3N0YWNrLmMJKHJldmlzaW9uIDIxMDc2OCkKKysrIHN1YnJfc3RhY2suYwkod29ya2lu ZyBjb3B5KQpAQCAtMjcwLDcgKzI3MCw3IEBACiAJCSpuYW1lID0gc3ltdmFsLm5hbWU7CiAJCXJl dHVybiAoMCk7CiAJfQotIG91dDoKK291dDoKIAkqb2Zmc2V0ID0gMDsKIAkqbmFtZSA9ICI/PyI7 CiAJcmV0dXJuIChFTk9FTlQpOwpJbmRleDogc3Vicl90cmFwLmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3Vi cl90cmFwLmMJKHJldmlzaW9uIDIxMDc2OCkKKysrIHN1YnJfdHJhcC5jCSh3b3JraW5nIGNvcHkp CkBAIC05Miw3ICs5Miw3IEBACiAJc3RydWN0IHByb2MgKnAgPSB0ZC0+dGRfcHJvYzsKIAogCUNU UjMoS1RSX1NZU0MsICJ1c2VycmV0OiB0aHJlYWQgJXAgKHBpZCAlZCwgJXMpIiwgdGQsIHAtPnBf cGlkLAotICAgICAgICAgICAgdGQtPnRkX25hbWUpOworCSAgICB0ZC0+dGRfbmFtZSk7CiAjaWYg MAogI2lmZGVmIERJQUdOT1NUSUMKIAkvKiBDaGVjayB0aGF0IHdlIGNhbGxlZCBzaWdub3RpZnko KSBlbm91Z2guICovCkBAIC0xNDksNyArMTQ5LDcgQEAKIAlwID0gdGQtPnRkX3Byb2M7CiAKIAlD VFIzKEtUUl9TWVNDLCAiYXN0OiB0aHJlYWQgJXAgKHBpZCAlZCwgJXMpIiwgdGQsIHAtPnBfcGlk LAotICAgICAgICAgICAgcC0+cF9jb21tKTsKKwkgICAgcC0+cF9jb21tKTsKIAlLQVNTRVJUKFRS QVBGX1VTRVJNT0RFKGZyYW1lcCksICgiYXN0IGluIGtlcm5lbCBtb2RlIikpOwogCVdJVE5FU1Nf V0FSTihXQVJOX1BBTklDLCBOVUxMLCAiUmV0dXJuaW5nIHRvIHVzZXIgbW9kZSIpOwogCW10eF9h c3NlcnQoJkdpYW50LCBNQV9OT1RPV05FRCk7CkBAIC0zMzYsNyArMzM2LDcgQEAKIAkJQ1RSNChL VFJfU1lTQywgInN5c2NhbGw6IHA9JXAgZXJyb3I9JWQgcmV0dXJuICUjbHggJSNseCIsCiAJCSAg ICBwLCBlcnJvciwgdGQtPnRkX3JldHZhbFswXSwgdGQtPnRkX3JldHZhbFsxXSk7CiAJfQotIHJl dHZhbDoKK3JldHZhbDoKIAlpZiAodHJhY2VkKSB7CiAJCVBST0NfTE9DSyhwKTsKIAkJdGQtPnRk X2RiZ2ZsYWdzICY9IH5UREJfU0NFOwpJbmRleDogc2NoZWRfNGJzZC5jCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t IHNjaGVkXzRic2QuYwkocmV2aXNpb24gMjEwNzY4KQorKysgc2NoZWRfNGJzZC5jCSh3b3JraW5n IGNvcHkpCkBAIC0xMzYsOSArMTM2LDkgQEAKICNlbmRpZgogCiBzdGF0aWMgc3RydWN0IGtwcm9j X2Rlc2Mgc2NoZWRfa3AgPSB7Ci0gICAgICAgICJzY2hlZGNwdSIsCi0gICAgICAgIHNjaGVkY3B1 X3RocmVhZCwKLSAgICAgICAgTlVMTAorCSJzY2hlZGNwdSIsCisJc2NoZWRjcHVfdGhyZWFkLAor CU5VTEwKIH07CiBTWVNJTklUKHNjaGVkY3B1LCBTSV9TVUJfUlVOX1NDSEVEVUxFUiwgU0lfT1JE RVJfRklSU1QsIGtwcm9jX3N0YXJ0LAogICAgICZzY2hlZF9rcCk7CkBAIC0xNzcsNyArMTc3LDcg QEAKIAogCW5ld192YWwgPSBzY2hlZF9xdWFudHVtICogdGljazsKIAllcnJvciA9IHN5c2N0bF9o YW5kbGVfaW50KG9pZHAsICZuZXdfdmFsLCAwLCByZXEpOwotICAgICAgICBpZiAoZXJyb3IgIT0g MCB8fCByZXEtPm5ld3B0ciA9PSBOVUxMKQorCWlmIChlcnJvciAhPSAwIHx8IHJlcS0+bmV3cHRy ID09IE5VTEwpCiAJCXJldHVybiAoZXJyb3IpOwogCWlmIChuZXdfdmFsIDwgdGljaykKIAkJcmV0 dXJuIChFSU5WQUwpOwpAQCAtOTg0LDcgKzk4NCw3IEBACiAJCUtBU1NFUlQoKG5ld3RkLT50ZF9p bmhpYml0b3JzID09IDApLAogCQkJKCJ0cnlpbmcgdG8gcnVuIGluaGliaXRlZCB0aHJlYWQiKSk7 CiAJCW5ld3RkLT50ZF9mbGFncyB8PSBUREZfRElEUlVOOwotICAgICAgICAJVERfU0VUX1JVTk5J TkcobmV3dGQpOworCQlURF9TRVRfUlVOTklORyhuZXd0ZCk7CiAJCWlmICgobmV3dGQtPnRkX2Zs YWdzICYgVERGX05PTE9BRCkgPT0gMCkKIAkJCXNjaGVkX2xvYWRfYWRkKCk7CiAJfSBlbHNlIHsK SW5kZXg6IGtlcm5fbGlua2VyLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0ga2Vybl9saW5rZXIuYwkocmV2aXNp b24gMjEwNzY4KQorKysga2Vybl9saW5rZXIuYwkod29ya2luZyBjb3B5KQpAQCAtNjUsNyArNjUs NyBAQAogI2lmZGVmIEtMRF9ERUJVRwogaW50IGtsZF9kZWJ1ZyA9IDA7CiBTWVNDVExfSU5UKF9k ZWJ1ZywgT0lEX0FVVE8sIGtsZF9kZWJ1ZywgQ1RMRkxBR19SVywKLSAgICAgICAgJmtsZF9kZWJ1 ZywgMCwgIlNldCB2YXJpb3VzIGxldmVscyBvZiBLTEQgZGVidWciKTsKKyAgICAma2xkX2RlYnVn LCAwLCAiU2V0IHZhcmlvdXMgbGV2ZWxzIG9mIEtMRCBkZWJ1ZyIpOwogI2VuZGlmCiAKICNkZWZp bmUJS0xEX0xPQ0soKQkJc3hfeGxvY2soJmtsZF9zeCkKSW5kZXg6IGtlcm5fY3B1LmMKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQotLS0ga2Vybl9jcHUuYwkocmV2aXNpb24gMjEwNzY4KQorKysga2Vybl9jcHUuYwkod29y a2luZyBjb3B5KQpAQCAtMTIwLDkgKzEyMCw5IEBACiAJREVWTUVUSE9EKGRldmljZV9hdHRhY2gs CWNwdWZyZXFfYXR0YWNoKSwKIAlERVZNRVRIT0QoZGV2aWNlX2RldGFjaCwJY3B1ZnJlcV9kZXRh Y2gpLAogCi0gICAgICAgIERFVk1FVEhPRChjcHVmcmVxX3NldCwJCWNmX3NldF9tZXRob2QpLAot ICAgICAgICBERVZNRVRIT0QoY3B1ZnJlcV9nZXQsCQljZl9nZXRfbWV0aG9kKSwKLSAgICAgICAg REVWTUVUSE9EKGNwdWZyZXFfbGV2ZWxzLAljZl9sZXZlbHNfbWV0aG9kKSwKKwlERVZNRVRIT0Qo Y3B1ZnJlcV9zZXQsCQljZl9zZXRfbWV0aG9kKSwKKwlERVZNRVRIT0QoY3B1ZnJlcV9nZXQsCQlj Zl9nZXRfbWV0aG9kKSwKKwlERVZNRVRIT0QoY3B1ZnJlcV9sZXZlbHMsCWNmX2xldmVsc19tZXRo b2QpLAogCXswLCAwfQogfTsKIHN0YXRpYyBkcml2ZXJfdCBjcHVmcmVxX2RyaXZlciA9IHsKSW5k ZXg6IHN5c3Zfc2htLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzdl9zaG0uYwkocmV2aXNpb24gMjEwNzY4 KQorKysgc3lzdl9zaG0uYwkod29ya2luZyBjb3B5KQpAQCAtMjkzLDcgKzI5Myw3IEBACiAJCXJl dHVybiAoRU5PU1lTKTsKIAltdHhfbG9jaygmR2lhbnQpOwogCXNobW1hcF9zID0gcC0+cF92bXNw YWNlLT52bV9zaG07Ci0gCWlmIChzaG1tYXBfcyA9PSBOVUxMKSB7CisJaWYgKHNobW1hcF9zID09 IE5VTEwpIHsKIAkJZXJyb3IgPSBFSU5WQUw7CiAJCWdvdG8gZG9uZTI7CiAJfQpJbmRleDogc3Vi cl9tc2didWYuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzdWJyX21zZ2J1Zi5jCShyZXZpc2lvbiAyMTA3Njgp CisrKyBzdWJyX21zZ2J1Zi5jCSh3b3JraW5nIGNvcHkpCkBAIC03MCw3ICs3MCw3IEBACiAJbWJw LT5tc2dfc2VxbW9kID0gU0VRTU9EKHNpemUpOwogCW1icC0+bXNnX3dzZXEgPSBNU0dCVUZfU0VR Tk9STShtYnAsIG1icC0+bXNnX3dzZXEpOwogCW1icC0+bXNnX3JzZXEgPSBNU0dCVUZfU0VRTk9S TShtYnAsIG1icC0+bXNnX3JzZXEpOwotICAgICAgICBtYnAtPm1zZ19wdHIgPSBwdHI7CisJbWJw LT5tc2dfcHRyID0gcHRyOwogCWNrc3VtID0gbXNnYnVmX2Nrc3VtKG1icCk7CiAJaWYgKGNrc3Vt ICE9IG1icC0+bXNnX2Nrc3VtKSB7CiAJCWlmIChib290dmVyYm9zZSkgewpJbmRleDogc3Vicl9t b2R1bGUuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09Ci0tLSBzdWJyX21vZHVsZS5jCShyZXZpc2lvbiAyMTA3NjgpCisr KyBzdWJyX21vZHVsZS5jCSh3b3JraW5nIGNvcHkpCkBAIC00Niw3ICs0Niw3IEBACiAgICAgY2Fk ZHJfdAljdXJwOwogICAgIHVpbnQzMl90CSpoZHI7CiAgICAgaW50CQluZXh0OwotICAgIAorCiAg ICAgaWYgKHByZWxvYWRfbWV0YWRhdGEgIT0gTlVMTCkgewogCQogCWN1cnAgPSBwcmVsb2FkX21l dGFkYXRhOwpAQCAtMTE1LDcgKzExNSw3IEBACiAgICAgY2FkZHJfdAljdXJwOwogICAgIHVpbnQz Ml90CSpoZHI7CiAgICAgaW50CQluZXh0OwotICAgIAorCiAgICAgaWYgKHByZWxvYWRfbWV0YWRh dGEgIT0gTlVMTCkgewogCQogCS8qIFBpY2sgdXAgd2hlcmUgd2UgbGVmdCBvZmYgbGFzdCB0aW1l ICovCkBAIC0yMDIsNyArMjAyLDcgQEAKICAgICB1aW50MzJfdAkqaGRyOwogICAgIGludAkJbmV4 dDsKICAgICBpbnQJCWNsZWFyaW5nOwotICAgIAorCiAgICAgaWYgKHByZWxvYWRfbWV0YWRhdGEg IT0gTlVMTCkgewogCQogCWNsZWFyaW5nID0gMDsKQEAgLTIzOCw3ICsyMzgsNyBAQAogICAgIHVp bnQzMl90CSpoZHI7CiAgICAgdm1fb2Zmc2V0X3QJKnB0cjsKICAgICBpbnQJCW5leHQ7Ci0gICAg CisKICAgICBpZiAocHJlbG9hZF9tZXRhZGF0YSAhPSBOVUxMKSB7CiAJCiAJY3VycCA9IHByZWxv YWRfbWV0YWRhdGE7CkluZGV4OiB0dHkuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSB0dHkuYwkocmV2aXNpb24g MjEwNzY4KQorKysgdHR5LmMJKHdvcmtpbmcgY29weSkKQEAgLTQ2OCwxMCArNDY4LDEwIEBACiAJ CQlpZiAoZXJyb3IpCiAJCQkJZ290byBkb25lOwogCQl9Ci0gCi0gCQl0cC0+dF9mbGFncyB8PSBU Rl9CVVNZX09VVDsKKworCQl0cC0+dF9mbGFncyB8PSBURl9CVVNZX09VVDsKIAkJZXJyb3IgPSB0 dHlkaXNjX3dyaXRlKHRwLCB1aW8sIGlvZmxhZyk7Ci0gCQl0cC0+dF9mbGFncyAmPSB+VEZfQlVT WV9PVVQ7CisJCXRwLT50X2ZsYWdzICY9IH5URl9CVVNZX09VVDsKIAkJY3Zfc2lnbmFsKCZ0cC0+ dF9vdXRzZXJ3YWl0KTsKIAl9CiAKSW5kZXg6IHZmc19tb3VudC5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHZm c19tb3VudC5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyB2ZnNfbW91bnQuYwkod29ya2luZyBjb3B5 KQpAQCAtOTg1LDcgKzk4NSw3IEBACiAJICogWFhYIFRoZSBmaW5hbCByZWNpcGllbnRzIG9mIFZG U19NT1VOVCBqdXN0IG92ZXJ3cml0ZSB0aGUgbmRwIHRoZXkKIAkgKiBnZXQuICBObyBmcmVlaW5n IG9mIGNuX3BuYnVmLgogCSAqLwotICAgICAgICBlcnJvciA9IFZGU19NT1VOVChtcCk7CisJZXJy b3IgPSBWRlNfTU9VTlQobXApOwogCiAJLyoKIAkgKiBQcm9jZXNzIHRoZSBleHBvcnQgb3B0aW9u IG9ubHkgaWYgd2UgYXJlCkluZGV4OiBsaW5rX2VsZi5jCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGxpbmtfZWxm LmMJKHJldmlzaW9uIDIxMDc2OCkKKysrIGxpbmtfZWxmLmMJKHdvcmtpbmcgY29weSkKQEAgLTE1 MDUsOSArMTUwNSw5IEBACiBsaW5rX2VsZl9zeW10YWJfZ2V0KGxpbmtlcl9maWxlX3QgbGYsIGNv bnN0IEVsZl9TeW0gKipzeW10YWIpCiB7CiAgICAgZWxmX2ZpbGVfdCBlZiA9IChlbGZfZmlsZV90 KWxmOwotICAgIAorCiAgICAgKnN5bXRhYiA9IGVmLT5kZGJzeW10YWI7Ci0gICAgCisKICAgICBp ZiAoKnN5bXRhYiA9PSBOVUxMKQogICAgICAgICByZXR1cm4gKDApOwogCkluZGV4OiBrZXJuX21h bGxvYy5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT0KLS0tIGtlcm5fbWFsbG9jLmMJKHJldmlzaW9uIDIxMDc2OCkKKysr IGtlcm5fbWFsbG9jLmMJKHdvcmtpbmcgY29weSkKQEAgLTYyNyw3ICs2MjcsNyBAQAogCXVpbnQ4 X3QgaW5keDsKIAl1X2xvbmcgbWVtX3NpemU7CiAJaW50IGk7Ci0gCisKIAltdHhfaW5pdCgmbWFs bG9jX210eCwgIm1hbGxvYyIsIE5VTEwsIE1UWF9ERUYpOwogCiAJLyoKSW5kZXg6IGtlcm5fZ3pp by5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KLS0tIGtlcm5fZ3ppby5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBrZXJu X2d6aW8uYwkod29ya2luZyBjb3B5KQpAQCAtMTQ2LDcgKzE0Niw3IEBACiAgICAgICAgIGxvZyhM T0dfRVJSLCAiZ3pfb3BlbjogbW9kZSBpcyBub3QgdyAoJWMpXG4iLCBzLT5tb2RlKTsKICAgICAg ICAgcmV0dXJuIGRlc3Ryb3kocyksIChnekZpbGUpWl9OVUxMOwogICAgIH0KLSAgICAKKwogICAg IGVyciA9IGRlZmxhdGVJbml0MigmKHMtPnN0cmVhbSksIGxldmVsLAogICAgICAgICAgICAgICAg ICAgICAgICBaX0RFRkxBVEVELCAtTUFYX1dCSVRTLCBERUZfTUVNX0xFVkVMLCBzdHJhdGVneSk7 CiAgICAgLyogd2luZG93Qml0cyBpcyBwYXNzZWQgPCAwIHRvIHN1cHByZXNzIHpsaWIgaGVhZGVy ICovCkBAIC0xNzMsNyArMTczLDcgQEAKICAgICB9CiAgICAgcy0+b3V0b2ZmICs9IEdaX0hFQURF Ul9MRU47CiAgICAgcy0+c3RhcnRwb3MgPSAxMEw7Ci0gICAgCisKICAgICByZXR1cm4gKGd6Rmls ZSlzOwogfQogCkBAIC0zMTMsNyArMzEzLDcgQEAKICAgICAgICAgICogYWxsIHRoZSBhdmFpbGFi bGUgc3BhY2UgaW4gdGhlIG91dHB1dCBidWZmZXI6IAogICAgICAgICAgKi8KICAgICAgICAgZG9u ZSA9IChzLT5zdHJlYW0uYXZhaWxfb3V0ICE9IDAgfHwgcy0+el9lcnIgPT0gWl9TVFJFQU1fRU5E KTsKLSAKKwogICAgICAgICBpZiAocy0+el9lcnIgIT0gWl9PSyAmJiBzLT56X2VyciAhPSBaX1NU UkVBTV9FTkQpIGJyZWFrOwogICAgIH0KICAgICBzLT5vdXRvZmYgPSBjdXJvZmY7CkBAIC0zOTcs NyArMzk3LDcgQEAKICAgICBNQUxMT0MocHRyLCB2b2lkICosIGl0ZW1zICogc2l6ZSwgTV9URU1Q LCBNX05PV0FJVCB8IE1fWkVSTyk7CiAgICAgcmV0dXJuIHB0cjsKIH0KLSAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKKwogc3RhdGljIHZvaWQKIGd6X2ZyZWUodm9pZCAqb3Bh cXVlIF9fdW51c2VkLCB2b2lkICpwdHIpCiB7CkluZGV4OiBrZXJuX2ZhaWwuYwo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 Ci0tLSBrZXJuX2ZhaWwuYwkocmV2aXNpb24gMjEwNzY4KQorKysga2Vybl9mYWlsLmMJKHdvcmtp bmcgY29weSkKQEAgLTM0MSw3ICszNDEsNyBAQAogCiAJRlBfVU5MT0NLKCk7CiAKLSBlbmQ6Citl bmQ6CiAjaWZkZWYgSVdBUk5JTkcKIAlpZiAoZXJyb3IpCiAJCUlXQVJOSU5HKCJGYWlsZWQgdG8g c2V0ICVzICglcykgdG8gJXMiLApAQCAtMzkwLDcgKzM5MCw3IEBACiAJCWJ1ZltyZXEtPm5ld2xl bl0gPSAnXDAnOwogCiAJCWVycm9yID0gZmFpbF9wb2ludF9zZXQoZnAsIGJ1Zik7Ci0gICAgICAg IH0KKwl9CiAKIG91dDoKIAlpZiAoYnVmKQpJbmRleDoga2Vybl9ldmVudC5jCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIGtlcm5fZXZlbnQuYwkocmV2aXNpb24gMjEwNzY4KQorKysga2Vybl9ldmVudC5jCSh3b3Jr aW5nIGNvcHkpCkBAIC02NTgsNyArNjU4LDcgQEAKIAkJfQogCQlicmVhazsKIAotICAgICAgICBj YXNlIEVWRU5UX1BST0NFU1M6CisJY2FzZSBFVkVOVF9QUk9DRVNTOgogCQkqa2V2ID0ga24tPmtu X2tldmVudDsKIAkJa2V2LT5mZmxhZ3MgPSBrbi0+a25fc2ZmbGFnczsKIAkJa2V2LT5kYXRhID0g a24tPmtuX3NkYXRhOwpJbmRleDogdWlwY19zZW0uYwo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSB1aXBjX3NlbS5j CShyZXZpc2lvbiAyMTA3NjgpCisrKyB1aXBjX3NlbS5jCSh3b3JraW5nIGNvcHkpCkBAIC05ODMs MTYgKzk4MywxNiBAQAogc3RhdGljIGludAogc2VtX21vZGxvYWQoc3RydWN0IG1vZHVsZSAqbW9k dWxlLCBpbnQgY21kLCB2b2lkICphcmcpCiB7Ci0gICAgICAgIGludCBlcnJvciA9IDA7CisJaW50 IGVycm9yID0gMDsKIAotICAgICAgICBzd2l0Y2ggKGNtZCkgewotICAgICAgICBjYXNlIE1PRF9M T0FEOgorCXN3aXRjaCAoY21kKSB7CisJY2FzZSBNT0RfTE9BRDoKIAkJZXJyb3IgPSBrc2VtX21v ZHVsZV9pbml0KCk7CiAJCWlmIChlcnJvcikKIAkJCWtzZW1fbW9kdWxlX2Rlc3Ryb3koKTsKLSAg ICAgICAgICAgICAgICBicmVhazsKKwkJYnJlYWs7CiAKLSAgICAgICAgY2FzZSBNT0RfVU5MT0FE OgorCWNhc2UgTU9EX1VOTE9BRDoKIAkJbXR4X2xvY2soJmtzZW1fY291bnRfbG9jayk7CiAJCWlm IChuc2VtcyAhPSAwKSB7CiAJCQllcnJvciA9IEVPUE5PVFNVUFA7CkBAIC0xMDAyLDIxICsxMDAy LDIxIEBACiAJCWtzZW1fZGVhZCA9IDE7CiAJCW10eF91bmxvY2soJmtzZW1fY291bnRfbG9jayk7 CiAJCWtzZW1fbW9kdWxlX2Rlc3Ryb3koKTsKLSAgICAgICAgICAgICAgICBicmVhazsKKwkJYnJl YWs7CiAKLSAgICAgICAgY2FzZSBNT0RfU0hVVERPV046Ci0gICAgICAgICAgICAgICAgYnJlYWs7 Ci0gICAgICAgIGRlZmF1bHQ6Ci0gICAgICAgICAgICAgICAgZXJyb3IgPSBFSU5WQUw7Ci0gICAg ICAgICAgICAgICAgYnJlYWs7Ci0gICAgICAgIH0KLSAgICAgICAgcmV0dXJuIChlcnJvcik7CisJ Y2FzZSBNT0RfU0hVVERPV046CisJCWJyZWFrOworCWRlZmF1bHQ6CisJCWVycm9yID0gRUlOVkFM OworCQlicmVhazsKKwl9CisJcmV0dXJuIChlcnJvcik7CiB9CiAKIHN0YXRpYyBtb2R1bGVkYXRh X3Qgc2VtX21vZCA9IHsKLSAgICAgICAgInNlbSIsCi0gICAgICAgICZzZW1fbW9kbG9hZCwKLSAg ICAgICAgTlVMTAorCSJzZW0iLAorCSZzZW1fbW9kbG9hZCwKKwlOVUxMCiB9OwogCiBERUNMQVJF X01PRFVMRShzZW0sIHNlbV9tb2QsIFNJX1NVQl9TWVNWX1NFTSwgU0lfT1JERVJfRklSU1QpOwpJ bmRleDoga2Vybl9zeC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGtlcm5fc3guYwkocmV2aXNpb24gMjEwNzY4 KQorKysga2Vybl9zeC5jCSh3b3JraW5nIGNvcHkpCkBAIC0xODUsNyArMTg1LDcgQEAKIAl1aW50 cHRyX3QgeCA9IHN4LT5zeF9sb2NrOwogCiAgICAgICAgICpvd25lciA9IChzdHJ1Y3QgdGhyZWFk ICopU1hfT1dORVIoeCk7Ci0gICAgICAgIHJldHVybiAoKHggJiBTWF9MT0NLX1NIQVJFRCkgIT0g MCA/IChTWF9TSEFSRVJTKHgpICE9IDApIDoKKwlyZXR1cm4gKCh4ICYgU1hfTE9DS19TSEFSRUQp ICE9IDAgPyAoU1hfU0hBUkVSUyh4KSAhPSAwKSA6CiAJICAgICgqb3duZXIgIT0gTlVMTCkpOwog fQogI2VuZGlmCkluZGV4OiBidXNfaWYubQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBidXNfaWYubQkocmV2aXNp b24gMjEwNzY4KQorKysgYnVzX2lmLm0JKHdvcmtpbmcgY29weSkKQEAgLTg3LDggKzg3LDggQEAK ICAqIEBwYXJhbSBfY2hpbGQJdGhlIGNoaWxkIGRldmljZSB3aGljaCBmYWlsZWQgdG8gcHJvYmUK ICAqLyAgIAogTUVUSE9EIHZvaWQgcHJvYmVfbm9tYXRjaCB7Ci0gICAgICAgIGRldmljZV90IF9k ZXY7Ci0gICAgICAgIGRldmljZV90IF9jaGlsZDsKKwlkZXZpY2VfdCBfZGV2OworCWRldmljZV90 IF9jaGlsZDsKIH07CiAKIC8qKgpJbmRleDogc3Vicl9wb3dlci5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN1 YnJfcG93ZXIuYwkocmV2aXNpb24gMjEwNzY4KQorKysgc3Vicl9wb3dlci5jCSh3b3JraW5nIGNv cHkpCkBAIC0xMDMsNyArMTAzLDcgQEAKIHBvd2VyX3Byb2ZpbGVfc2V0X3N0YXRlKGludCBzdGF0 ZSkgCiB7CiAJaW50CQljaGFuZ2VkOwotICAgIAorCiAJaWYgKHN0YXRlICE9IHBvd2VyX3Byb2Zp bGVfc3RhdGUpIHsKIAkJcG93ZXJfcHJvZmlsZV9zdGF0ZSA9IHN0YXRlOwogCQljaGFuZ2VkID0g MTsKSW5kZXg6IGtlcm5fcHJvdC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGtlcm5fcHJvdC5jCShyZXZpc2lv biAyMTA3NjgpCisrKyBrZXJuX3Byb3QuYwkod29ya2luZyBjb3B5KQpAQCAtMTA3LDcgKzEwNyw3 IEBACiAKICNpZm5kZWYgX1NZU19TWVNQUk9UT19IXwogc3RydWN0IGdldHBwaWRfYXJncyB7Ci0g ICAgICAgIGludCAgICAgZHVtbXk7CisJaW50ICAgICBkdW1teTsKIH07CiAjZW5kaWYKIC8qIEFS R1NVU0VEICovCkBAIC0xMjcsNyArMTI3LDcgQEAKICAqLwogI2lmbmRlZiBfU1lTX1NZU1BST1RP X0hfCiBzdHJ1Y3QgZ2V0cGdycF9hcmdzIHsKLSAgICAgICAgaW50ICAgICBkdW1teTsKKwlpbnQg ICAgIGR1bW15OwogfTsKICNlbmRpZgogaW50CkBAIC0yMDUsNyArMjA1LDcgQEAKIAogI2lmbmRl ZiBfU1lTX1NZU1BST1RPX0hfCiBzdHJ1Y3QgZ2V0dWlkX2FyZ3MgewotICAgICAgICBpbnQgICAg IGR1bW15OworCWludCAgICAgZHVtbXk7CiB9OwogI2VuZGlmCiAvKiBBUkdTVVNFRCAqLwpAQCAt MjIyLDcgKzIyMiw3IEBACiAKICNpZm5kZWYgX1NZU19TWVNQUk9UT19IXwogc3RydWN0IGdldGV1 aWRfYXJncyB7Ci0gICAgICAgIGludCAgICAgZHVtbXk7CisJaW50ICAgICBkdW1teTsKIH07CiAj ZW5kaWYKIC8qIEFSR1NVU0VEICovCkBAIC0yMzYsNyArMjM2LDcgQEAKIAogI2lmbmRlZiBfU1lT X1NZU1BST1RPX0hfCiBzdHJ1Y3QgZ2V0Z2lkX2FyZ3MgewotICAgICAgICBpbnQgICAgIGR1bW15 OworCWludCAgICAgZHVtbXk7CiB9OwogI2VuZGlmCiAvKiBBUkdTVVNFRCAqLwpAQCAtMjU4LDcg KzI1OCw3IEBACiAgKi8KICNpZm5kZWYgX1NZU19TWVNQUk9UT19IXwogc3RydWN0IGdldGVnaWRf YXJncyB7Ci0gICAgICAgIGludCAgICAgZHVtbXk7CisJaW50ICAgICBkdW1teTsKIH07CiAjZW5k aWYKIC8qIEFSR1NVU0VEICovCkBAIC0zMjIsNyArMzIyLDcgQEAKIAogI2lmbmRlZiBfU1lTX1NZ U1BST1RPX0hfCiBzdHJ1Y3Qgc2V0c2lkX2FyZ3MgewotICAgICAgICBpbnQgICAgIGR1bW15Owor CWludCAgICAgZHVtbXk7CiB9OwogI2VuZGlmCiAvKiBBUkdTVVNFRCAqLwpJbmRleDoga2Vybl9k ZXNjcmlwLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PQotLS0ga2Vybl9kZXNjcmlwLmMJKHJldmlzaW9uIDIxMDc2OCkK KysrIGtlcm5fZGVzY3JpcC5jCSh3b3JraW5nIGNvcHkpCkBAIC0yMTgsOCArMjE4LDggQEAKIHN0 YXRpYyBpbnQKIGZkaXN1c2VkKHN0cnVjdCBmaWxlZGVzYyAqZmRwLCBpbnQgZmQpCiB7Ci0gICAg ICAgIEtBU1NFUlQoZmQgPj0gMCAmJiBmZCA8IGZkcC0+ZmRfbmZpbGVzLAotICAgICAgICAgICAg KCJmaWxlIGRlc2NyaXB0b3IgJWQgb3V0IG9mIHJhbmdlICgwLCAlZCkiLCBmZCwgZmRwLT5mZF9u ZmlsZXMpKTsKKwlLQVNTRVJUKGZkID49IDAgJiYgZmQgPCBmZHAtPmZkX25maWxlcywKKwkgICAg KCJmaWxlIGRlc2NyaXB0b3IgJWQgb3V0IG9mIHJhbmdlICgwLCAlZCkiLCBmZCwgZmRwLT5mZF9u ZmlsZXMpKTsKIAlyZXR1cm4gKChmZHAtPmZkX21hcFtORFNMT1QoZmQpXSAmIE5EQklUKGZkKSkg IT0gMCk7CiB9CiAKQEAgLTM2OSwxMyArMzY5LDEzIEBACiAJCX0KIAkJYXJnID0gKGludHB0cl90 KSZmbDsKIAkJYnJlYWs7Ci0gICAgICAgIGNhc2UgRl9HRVRMSzoKLSAgICAgICAgY2FzZSBGX1NF VExLOgotICAgICAgICBjYXNlIEZfU0VUTEtXOgorCWNhc2UgRl9HRVRMSzoKKwljYXNlIEZfU0VU TEs6CisJY2FzZSBGX1NFVExLVzoKIAljYXNlIEZfU0VUTEtfUkVNT1RFOgogICAgICAgICAgICAg ICAgIGVycm9yID0gY29weWluKCh2b2lkICopKGludHB0cl90KXVhcC0+YXJnLCAmZmwsIHNpemVv ZihmbCkpOwotICAgICAgICAgICAgICAgIGFyZyA9IChpbnRwdHJfdCkmZmw7Ci0gICAgICAgICAg ICAgICAgYnJlYWs7CisJCWFyZyA9IChpbnRwdHJfdCkmZmw7CisJCWJyZWFrOwogCWRlZmF1bHQ6 CiAJCWFyZyA9IHVhcC0+YXJnOwogCQlicmVhazsKSW5kZXg6IGtlcm5fbG9jay5jCj09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT0KLS0tIGtlcm5fbG9jay5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBrZXJuX2xvY2suYwkod29y a2luZyBjb3B5KQpAQCAtMzcxLDggKzM3MSw4IEBACiAKIAlNUEFTUygoZmxhZ3MgJiB+TEtfSU5J VF9NQVNLKSA9PSAwKTsKIAlBU1NFUlRfQVRPTUlDX0xPQURfUFRSKGxrLT5sa19sb2NrLAotICAg ICAgICAgICAgKCIlczogbG9ja21nciBub3QgYWxpZ25lZCBmb3IgJXM6ICVwIiwgX19mdW5jX18s IHdtZXNnLAotICAgICAgICAgICAgJmxrLT5sa19sb2NrKSk7CisJICAgICgiJXM6IGxvY2ttZ3Ig bm90IGFsaWduZWQgZm9yICVzOiAlcCIsIF9fZnVuY19fLCB3bWVzZywKKwkgICAgJmxrLT5sa19s b2NrKSk7CiAKIAlpZmxhZ3MgPSBMT19TTEVFUEFCTEUgfCBMT19VUEdSQURBQkxFOwogCWlmIChm bGFncyAmIExLX0NBTlJFQ1VSU0UpCkluZGV4OiB1aXBjX2Nvdy5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHVp cGNfY293LmMJKHJldmlzaW9uIDIxMDc2OCkKKysrIHVpcGNfY293LmMJKHdvcmtpbmcgY29weSkK QEAgLTExNiw5ICsxMTYsOSBAQAogCWlmICh2bV9mYXVsdF9xdWljaygoY2FkZHJfdCl1dmEsIFZN X1BST1RfUkVBRCkgPCAwKQogCQlyZXR1cm4gKDApOwogCi0gICAgICAgLyogCi0JKiB2ZXJpZnkg cGFnZSBpcyBtYXBwZWQgJiBub3QgYWxyZWFkeSB3aXJlZCBmb3IgaS9vCi0JKi8KKwkvKiAKKwkg KiB2ZXJpZnkgcGFnZSBpcyBtYXBwZWQgJiBub3QgYWxyZWFkeSB3aXJlZCBmb3IgaS9vCisJICov CiAJcHAgPSBwbWFwX2V4dHJhY3RfYW5kX2hvbGQobWFwLT5wbWFwLCB1dmEsIFZNX1BST1RfUkVB RCk7CiAJaWYgKHBwID09IE5VTEwpIHsKIAkJc29jb3dfc3RhdHMuZmFpbF9ub3RfbWFwcGVkKys7 CkluZGV4OiB1aXBjX21idWYuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSB1aXBjX21idWYuYwkocmV2aXNpb24g MjEwNzY4KQorKysgdWlwY19tYnVmLmMJKHdvcmtpbmcgY29weSkKQEAgLTExMDMsNyArMTEwMyw3 IEBACiAJfQogCW0tPm1fbmV4dCA9IG47CiAJcmV0dXJuIChtKTsKLSBiYWQ6CitiYWQ6CiAJbV9m cmVlbShuKTsKIAlNU0ZhaWwrKzsKIAlyZXR1cm4gKE5VTEwpOwpAQCAtMjA5OCwxNiArMjA5OCwx NiBAQAogbWJwcm9mX2Nscl9oYW5kbGVyKFNZU0NUTF9IQU5ETEVSX0FSR1MpCiB7CiAJaW50IGNs ZWFyLCBlcnJvcjsKLSAKKwogCWNsZWFyID0gMDsKIAllcnJvciA9IHN5c2N0bF9oYW5kbGVfaW50 KG9pZHAsICZjbGVhciwgMCwgcmVxKTsKIAlpZiAoZXJyb3IgfHwgIXJlcS0+bmV3cHRyKQogCQly ZXR1cm4gKGVycm9yKTsKLSAKKwogCWlmIChjbGVhcikgewogCQliemVybygmbWJwcm9mLCBzaXpl b2YobWJwcm9mKSk7CiAJfQotIAorCiAJcmV0dXJuIChlcnJvcik7CiB9CiAKSW5kZXg6IGtlcm5f YWxxLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQotLS0ga2Vybl9hbHEuYwkocmV2aXNpb24gMjEwNzY4KQorKysga2Vy bl9hbHEuYwkod29ya2luZyBjb3B5KQpAQCAtNDE0LDkgKzQxNCw5IEBACiB9CiAKIHN0YXRpYyBz dHJ1Y3Qga3Byb2NfZGVzYyBhbGRfa3AgPSB7Ci0gICAgICAgICJBTFEgRGFlbW9uIiwKLSAgICAg ICAgYWxkX2RhZW1vbiwKLSAgICAgICAgJmFsZF9wcm9jCisJIkFMUSBEYWVtb24iLAorCWFsZF9k YWVtb24sCisJJmFsZF9wcm9jCiB9OwogCiBTWVNJTklUKGFsZHRocmVhZCwgU0lfU1VCX0tUSFJF QURfSURMRSwgU0lfT1JERVJfQU5ZLCBrcHJvY19zdGFydCwgJmFsZF9rcCk7CkluZGV4OiBpbWdh Y3RfYW91dC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIGltZ2FjdF9hb3V0LmMJKHJldmlzaW9uIDIxMDc2OCkK KysrIGltZ2FjdF9hb3V0LmMJKHdvcmtpbmcgY29weSkKQEAgLTEyNyw3ICsxMjcsNyBAQAogCWlm ICgoKGFfb3V0LT5hX21hZ2ljID4+IDE2KSAmIDB4ZmYpICE9IDB4ODYgJiYKIAkgICAgKChhX291 dC0+YV9tYWdpYyA+PiAxNikgJiAweGZmKSAhPSAwICYmCiAJICAgICgoKChpbnQpbnRvaGwoYV9v dXQtPmFfbWFnaWMpKSA+PiAxNikgJiAweGZmKSAhPSAweDg2KQotICAgICAgICAgICAgICAgIHJl dHVybiAtMTsKKwkJcmV0dXJuIC0xOwogCiAJLyoKIAkgKiBTZXQgZmlsZS92aXJ0dWFsIG9mZnNl dCBiYXNlZCBvbiBhLm91dCB2YXJpYW50LgpJbmRleDoga2Vybl9zeXNjdGwuYwo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 Ci0tLSBrZXJuX3N5c2N0bC5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyBrZXJuX3N5c2N0bC5jCSh3 b3JraW5nIGNvcHkpCkBAIC0xMTk5LDggKzExOTksOCBAQAoga2VybmVsX3N5c2N0bGJ5bmFtZShz dHJ1Y3QgdGhyZWFkICp0ZCwgY2hhciAqbmFtZSwgdm9pZCAqb2xkLCBzaXplX3QgKm9sZGxlbnAs CiAgICAgdm9pZCAqbmV3LCBzaXplX3QgbmV3bGVuLCBzaXplX3QgKnJldHZhbCwgaW50IGZsYWdz KQogewotICAgICAgICBpbnQgb2lkW0NUTF9NQVhOQU1FXTsKLSAgICAgICAgc2l6ZV90IG9pZGxl biwgcGxlbjsKKwlpbnQgb2lkW0NUTF9NQVhOQU1FXTsKKwlzaXplX3Qgb2lkbGVuLCBwbGVuOwog CWludCBlcnJvcjsKIAogCW9pZFswXSA9IDA7CQkvKiBzeXNjdGwgaW50ZXJuYWwgbWFnaWMgKi8K QEAgLTE0NDIsNyArMTQ0Miw3IEBACiAJCXJldHVybiAoRUlOVkFMKTsKIAogIAllcnJvciA9IGNv cHlpbih1YXAtPm5hbWUsICZuYW1lLCB1YXAtPm5hbWVsZW4gKiBzaXplb2YoaW50KSk7Ci0gCWlm IChlcnJvcikKKwlpZiAoZXJyb3IpCiAJCXJldHVybiAoZXJyb3IpOwogCiAJZXJyb3IgPSB1c2Vy bGFuZF9zeXNjdGwodGQsIG5hbWUsIHVhcC0+bmFtZWxlbiwKSW5kZXg6IGtlcm5fbW9kdWxlLmMK PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQotLS0ga2Vybl9tb2R1bGUuYwkocmV2aXNpb24gMjEwNzY4KQorKysga2Vybl9t b2R1bGUuYwkod29ya2luZyBjb3B5KQpAQCAtMjM0LDE0ICsyMzQsMTQgQEAKIG1vZHVsZV90CiBt b2R1bGVfbG9va3VwYnlpZChpbnQgbW9kaWQpCiB7Ci0gICAgICAgIG1vZHVsZV90IG1vZDsKKwlt b2R1bGVfdCBtb2Q7CiAKLSAgICAgICAgTU9EX0xPQ0tfQVNTRVJUOworCU1PRF9MT0NLX0FTU0VS VDsKIAotICAgICAgICBUQUlMUV9GT1JFQUNIKG1vZCwgJm1vZHVsZXMsIGxpbmspCi0gICAgICAg ICAgICAgICAgaWYgKG1vZC0+aWQgPT0gbW9kaWQpCi0gICAgICAgICAgICAgICAgICAgICAgICBy ZXR1cm4obW9kKTsKLSAgICAgICAgcmV0dXJuIChOVUxMKTsKKwlUQUlMUV9GT1JFQUNIKG1vZCwg Jm1vZHVsZXMsIGxpbmspCisJCWlmIChtb2QtPmlkID09IG1vZGlkKQorCQkJcmV0dXJuKG1vZCk7 CisJcmV0dXJuIChOVUxMKTsKIH0KIAogaW50CkluZGV4OiBzdWJyX3dpdG5lc3MuYwo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSBzdWJyX3dpdG5lc3MuYwkocmV2aXNpb24gMjEwNzY4KQorKysgc3Vicl93aXRuZXNz LmMJKHdvcmtpbmcgY29weSkKQEAgLTkxNCwxNiArOTE0LDE2IEBACiB7CiAJaW50IGk7CiAKLSAJ Zm9yIChpID0gMDsgaSA8IGluZGVudDsgaSsrKQotIAkJcHJudCgiICIpOworCWZvciAoaSA9IDA7 IGkgPCBpbmRlbnQ7IGkrKykKKwkJcHJudCgiICIpOwogCXBybnQoIiVzICh0eXBlOiAlcywgZGVw dGg6ICVkLCBhY3RpdmUgcmVmczogJWQpIiwKIAkgICAgIHctPndfbmFtZSwgdy0+d19jbGFzcy0+ bGNfbmFtZSwKIAkgICAgIHctPndfZGRiX2xldmVsLCB3LT53X3JlZmNvdW50KTsKLSAJaWYgKHct PndfZGlzcGxheWVkKSB7Ci0gCQlwcm50KCIgLS0gKGFscmVhZHkgZGlzcGxheWVkKVxuIik7Ci0g CQlyZXR1cm47Ci0gCX0KLSAJdy0+d19kaXNwbGF5ZWQgPSAxOworCWlmICh3LT53X2Rpc3BsYXll ZCkgeworCQlwcm50KCIgLS0gKGFscmVhZHkgZGlzcGxheWVkKVxuIik7CisJCXJldHVybjsKKwl9 CisJdy0+d19kaXNwbGF5ZWQgPSAxOwogCWlmICh3LT53X2ZpbGUgIT0gTlVMTCAmJiB3LT53X2xp bmUgIT0gMCkKIAkJcHJudCgiIC0tIGxhc3QgYWNxdWlyZWQgQCAlczolZFxuIiwgdy0+d19maWxl LAogCQkgICAgdy0+d19saW5lKTsKQEAgLTI0NzksMTAgKzI0NzksMTAgQEAKIAkJCSAgICB0bXBf dzEtPndfbmFtZSwgdG1wX3cxLT53X2NsYXNzLT5sY19uYW1lLCAKIAkJCSAgICB0bXBfdzItPndf bmFtZSwgdG1wX3cyLT53X2NsYXNzLT5sY19uYW1lKTsKICNpZiAwCi0gCQkJc2J1Zl9wcmludGYo c2IsCisJCQlzYnVmX3ByaW50ZihzYiwKIAkJCSJ3X3JtYXRyaXhbJXNdWyVzXSA9PSAleCwgd19y bWF0cml4WyVzXVslc10gPT0gJXhcbiIsCi0gCQkJICAgIHRtcF93MS0+bmFtZSwgdG1wX3cyLT53 X25hbWUsIHdfcm1hdHJpeDEsCi0gCQkJICAgIHRtcF93Mi0+bmFtZSwgdG1wX3cxLT53X25hbWUs IHdfcm1hdHJpeDIpOworCQkJICAgIHRtcF93MS0+bmFtZSwgdG1wX3cyLT53X25hbWUsIHdfcm1h dHJpeDEsCisJCQkgICAgdG1wX3cyLT5uYW1lLCB0bXBfdzEtPndfbmFtZSwgd19ybWF0cml4Mik7 CiAjZW5kaWYKIAkJCWlmIChkYXRhMSkgewogCQkJCXNidWZfcHJpbnRmKHNiLApJbmRleDogdmZz X3N1YnIuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09Ci0tLSB2ZnNfc3Vici5jCShyZXZpc2lvbiAyMTA3NjgpCisrKyB2 ZnNfc3Vici5jCSh3b3JraW5nIGNvcHkpCkBAIC04MjEsNyArODIxLDcgQEAKIH07CiBTWVNJTklU KHZubHJ1LCBTSV9TVUJfS1RIUkVBRF9VUERBVEUsIFNJX09SREVSX0ZJUlNULCBrcHJvY19zdGFy dCwKICAgICAmdm5scnVfa3ApOwotIAorCiAvKgogICogUm91dGluZXMgaGF2aW5nIHRvIGRvIHdp dGggdGhlIG1hbmFnZW1lbnQgb2YgdGhlIHZub2RlIHRhYmxlLgogICovCg== --00c09f93d63c341395048ce80794-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 10:08:50 2010 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 6FB951065674; Tue, 3 Aug 2010 10:08:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1F6AB8FC17; Tue, 3 Aug 2010 10:08:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o73A8noF090865; Tue, 3 Aug 2010 06:08:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o73A8nVF090861; Tue, 3 Aug 2010 10:08:49 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 3 Aug 2010 10:08:49 GMT Message-Id: <201008031008.o73A8nVF090861@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 03 Aug 2010 10:08:50 -0000 TB --- 2010-08-03 09:02:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 09:02:59 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-08-03 09:02:59 - cleaning the object tree TB --- 2010-08-03 09:03:15 - cvsupping the source tree TB --- 2010-08-03 09:03:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-08-03 09:04:42 - building world TB --- 2010-08-03 09:04:42 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 09:04:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 09:04:42 - TARGET=sun4v TB --- 2010-08-03 09:04:42 - TARGET_ARCH=sparc64 TB --- 2010-08-03 09:04:42 - TZ=UTC TB --- 2010-08-03 09:04:42 - __MAKE_CONF=/dev/null TB --- 2010-08-03 09:04:42 - cd /src TB --- 2010-08-03 09:04:42 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 3 09:04:42 UTC 2010 >>> 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 Tue Aug 3 10:00:37 UTC 2010 TB --- 2010-08-03 10:00:37 - generating LINT kernel config TB --- 2010-08-03 10:00:37 - cd /src/sys/sun4v/conf TB --- 2010-08-03 10:00:37 - /usr/bin/make -B LINT TB --- 2010-08-03 10:00:37 - building LINT kernel TB --- 2010-08-03 10:00:37 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 10:00:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 10:00:37 - TARGET=sun4v TB --- 2010-08-03 10:00:37 - TARGET_ARCH=sparc64 TB --- 2010-08-03 10:00:37 - TZ=UTC TB --- 2010-08-03 10:00:37 - __MAKE_CONF=/dev/null TB --- 2010-08-03 10:00:37 - cd /src TB --- 2010-08-03 10:00:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 3 10:00:37 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_lookup.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_mount.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_subr.c cc1: warnings being treated as errors /src/sys/kern/vfs_subr.c: In function 'vntblinit': /src/sys/kern/vfs_subr.c:316: warning: format '%d' expects type 'int', but argument 3 has type 'long int' *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-03 10:08:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-03 10:08:49 - ERROR: failed to build lint kernel TB --- 2010-08-03 10:08:49 - 3147.05 user 658.87 system 3950.06 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 10:16:17 2010 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 11C321065678; Tue, 3 Aug 2010 10:16:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D5F238FC12; Tue, 3 Aug 2010 10:16:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o73AGFv9004423; Tue, 3 Aug 2010 06:16:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o73AGFFd004422; Tue, 3 Aug 2010 10:16:15 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 3 Aug 2010 10:16:15 GMT Message-Id: <201008031016.o73AGFFd004422@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Tue, 03 Aug 2010 10:16:17 -0000 TB --- 2010-08-03 08:33:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 08:33:44 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-08-03 08:33:44 - cleaning the object tree TB --- 2010-08-03 08:34:02 - cvsupping the source tree TB --- 2010-08-03 08:34:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-08-03 08:37:16 - building world TB --- 2010-08-03 08:37:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 08:37:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 08:37:16 - TARGET=powerpc TB --- 2010-08-03 08:37:16 - TARGET_ARCH=powerpc TB --- 2010-08-03 08:37:16 - TZ=UTC TB --- 2010-08-03 08:37:16 - __MAKE_CONF=/dev/null TB --- 2010-08-03 08:37:16 - cd /src TB --- 2010-08-03 08:37:16 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 3 08:37:16 UTC 2010 >>> 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 Tue Aug 3 10:08:01 UTC 2010 TB --- 2010-08-03 10:08:01 - generating LINT kernel config TB --- 2010-08-03 10:08:01 - cd /src/sys/powerpc/conf TB --- 2010-08-03 10:08:01 - /usr/bin/make -B LINT TB --- 2010-08-03 10:08:01 - building LINT kernel TB --- 2010-08-03 10:08:01 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 10:08:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 10:08:01 - TARGET=powerpc TB --- 2010-08-03 10:08:01 - TARGET_ARCH=powerpc TB --- 2010-08-03 10:08:01 - TZ=UTC TB --- 2010-08-03 10:08:01 - __MAKE_CONF=/dev/null TB --- 2010-08-03 10:08:01 - cd /src TB --- 2010-08-03 10:08:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Aug 3 10:08:01 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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/libfdt -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -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/libfdt -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -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/libfdt -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_lookup.c cc -c -O2 -pipe -fno-strict-aliasing -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/libfdt -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_mount.c cc -c -O2 -pipe -fno-strict-aliasing -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/libfdt -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_subr.c cc1: warnings being treated as errors /src/sys/kern/vfs_subr.c: In function 'vntblinit': /src/sys/kern/vfs_subr.c:316: warning: format '%d' expects type 'int', but argument 3 has type 'long int' *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-03 10:16:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-03 10:16:15 - ERROR: failed to build lint kernel TB --- 2010-08-03 10:16:15 - 4910.91 user 845.84 system 6150.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 10:38:05 2010 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 AB0E5106567B for ; Tue, 3 Aug 2010 10:38:05 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay001.isp.belgacom.be (mailrelay001.isp.belgacom.be [195.238.6.51]) by mx1.freebsd.org (Postfix) with ESMTP id 448E08FC16 for ; Tue, 3 Aug 2010 10:38:04 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvEFAG6GV0xbsaep/2dsb2JhbACTMIxZcsF4hTkEiCQ Received: from 169.167-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.167.169]) by relay.skynet.be with ESMTP; 03 Aug 2010 12:08:35 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.4/8.14.4) with ESMTP id o73A8Zf3002978; Tue, 3 Aug 2010 12:08:35 +0200 (CEST) (envelope-from tijl@coosemans.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Tue, 3 Aug 2010 12:08:25 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-PRERELEASE; KDE/4.4.5; i386; ; ) References: <669395.75282.qm@web59104.mail.re1.yahoo.com> <4C56F426.2040309@andric.com> In-Reply-To: <4C56F426.2040309@andric.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1748726.nzuslQgyM8"; protocol="application/pgp-signature"; micalg=pgp-sha256 Content-Transfer-Encoding: 7bit Message-Id: <201008031208.35052.tijl@coosemans.org> Cc: Dimitry Andric , paradox Subject: Re: WITHOUT_CLANG=yes fix 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, 03 Aug 2010 10:38:05 -0000 --nextPart1748726.nzuslQgyM8 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Monday 02 August 2010 18:36:54 Dimitry Andric wrote: > On 2010-08-02 18:12, paradox wrote: >>>> # XXX: There is no way to specify bootstrap tools depending on MK-flags >>>> # with different per-architecture default values. >>> Always build tblgen. >>> >>> Did you read that "XXX" comment? >> >> why do i need to build bootstrap clang "utils" if i don't use it? > > For the complete story, read the threads here: > http://lists.freebsd.org/pipermail/svn-src-all/2010-June/025016.html > > and here: > http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017793.html > > If you have a solution that can work around all the issues mentioned > in those threads, please post it. :) How about introducing a MK_CLANG_BOOTSTRAP that defaults to "yes" on all platforms so you don't have the cross building problem. Setting WITHOUT_CLANG would force it to "no". --nextPart1748726.nzuslQgyM8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iF4EABEIAAYFAkxX6qIACgkQfoCS2CCgtivHXAD/bJFVpNLFRU8A8w91fvbY8KS8 q5HGdgAhlFGJvgek13IBAIDVU39FG6MQR2B5oqeAMFE55ZXES/ImS7L/rQ/EPOwl =HyR1 -----END PGP SIGNATURE----- --nextPart1748726.nzuslQgyM8-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 11:07:14 2010 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 1362F1065676 for ; Tue, 3 Aug 2010 11:07:14 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id C484E8FC0A for ; Tue, 3 Aug 2010 11:07:13 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1OgFKy-0000w5-IW for freebsd-current@freebsd.org; Tue, 03 Aug 2010 12:07:12 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1OgFKy-0001Mv-Fb for freebsd-current@freebsd.org; Tue, 03 Aug 2010 12:07:12 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o73B7CCP038029 for ; Tue, 3 Aug 2010 12:07:12 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o73B7Co3038028 for freebsd-current@freebsd.org; Tue, 3 Aug 2010 12:07:12 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 3 Aug 2010 12:07:12 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20100803110711.GA37973@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Fatal trap 12: page fault while in kernel mode, Stopped at _mtx_lock_spin_failed+0x2f: movl 0x78(%r12),%r8d 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, 03 Aug 2010 11:07:14 -0000 On amd64 r210786 booting kernel with iwn(4) I get this fatal trap (copied by hand) : *skip* acpi_throttle0: on cpu0 powernow0: on cpu0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 powernow1: on cpu1 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x20000000178 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff803f2f9f stack pointer = 0x28:0xffffff80000adb10 frame pointer = 0x28:0xffffff80000adb30 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 = 0 (bwi0 taskq) [ thread pid 0 tid 100026 ] Stopped at _mtx_lock_spin_failed+0x2f: movl 0x78(%r12),%r8d db> bt Tracing pid 0 tid 100026 td 0xffffff000251d880 _mtx_lock_spin_failed() at _mtx_lock_spin_failed+0x2f _mtx_lock_spin() at _mtx_lock_spin+0x9e _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x115 taskqueue_thread_loop() at taskqueue_thread_loop_0x3f fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff80000adcf0, rbp = 0 --- db> many thanks anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 11:20:27 2010 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 20BD21065678; Tue, 3 Aug 2010 11:20:27 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 815B88FC16; Tue, 3 Aug 2010 11:20:26 +0000 (UTC) Received: by wyj26 with SMTP id 26so5206804wyj.13 for ; Tue, 03 Aug 2010 04:20:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=wFvRbk6xNJHnOwsvGrCxrKxViyVEEK2/lC/GqHIo1wA=; b=m/pKD8nMr2WrWLsN8QNHgAWhUzUCDPNXxDEVSiVHCYjNHJXSFBE4xyNuWfXPfLB6MP OsOibTKNhC6tKCnl/nHz72DzZ1N5HE1423L96U3thecM35oNpx7DJ59Bc26j7d/l98EM DGf8SZXsXIyG9025dMZjAcXKUG/OSKhxsTMAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=HD2Rl6iOp1AAWcacT13wlzuSNSx8JuvVe5eKztuPRU4Ihl89U69Nf4Kw+6x31BPQzW eVEnbbtrPKENco9fMPvDPQrSLZ25I7jFA9s4rLIZJUQIjcPbSWzYQZjLo6wBHri41LCo b0kOSzLMPcSc1ase5QsTmK3+k0zNCPHmi/hPQ= Received: by 10.227.143.12 with SMTP id s12mr6134295wbu.125.1280834425544; Tue, 03 Aug 2010 04:20:25 -0700 (PDT) Received: from localhost (tor-exit01.piratpartiet.se [194.14.56.70]) by mx.google.com with ESMTPS id e31sm5963529wbe.17.2010.08.03.04.20.21 (version=SSLv3 cipher=RC4-MD5); Tue, 03 Aug 2010 04:20:23 -0700 (PDT) From: Anonymous To: Gabor Kovesdan References: <4C16C5B5.1070308@FreeBSD.org> <867hlzq4lb.fsf@gmail.com> <867hlzufl6.fsf@gmail.com> <4C1A7A57.3000006@FreeBSD.org> <86bpb9z77g.fsf@gmail.com> <4C2F7917.7040900@FreeBSD.org> <86pqz29sy2.fsf@gmail.com> <86mxu4sj0n.fsf@gmail.com> <4C35EF85.6010905@FreeBSD.org> Date: Tue, 03 Aug 2010 15:15:58 +0400 In-Reply-To: <4C35EF85.6010905@FreeBSD.org> (Gabor Kovesdan's message of "Thu, 08 Jul 2010 17:32:21 +0200") Message-ID: <86lj8ot09d.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Current Subject: Re: [CFT] BSDL iconv in base system 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, 03 Aug 2010 11:20:27 -0000 Gabor Kovesdan writes: >> It works if I specify both `-t' and `-f'. And crashes when none >> specified or only one of them. >> > Thanks, I've fixed this and the mtree problem, as well. I hope this > one now works properly on amd64: > http://kovesdan.org/patches/iconv-20100708.diff $ bsd-iconv -l iconv: -l is not allowed with other flags. Usage: iconv [-cs] -f -t [file ...] iconv -f [-cs] [-t ] [file ...] iconv -t [-cs] [-f ] [file ...] iconv -l $ gnu-iconv -l ANSI_X3.4-1968 ANSI_X3.4-1986 ASCII CP367 IBM367 ISO-IR-6 ISO646-US ISO_646.IRV:1991 US US-ASCII CSASCII UTF-8 ... $ echo blah | bsd-iconv Usage: iconv [-cs] -f -t [file ...] iconv -f [-cs] [-t ] [file ...] iconv -t [-cs] [-f ] [file ...] iconv -l $ echo blah | gnu-iconv blah BTW, running GNU iconv(1) with following in libmap.conf libiconv.so.3 libc.so.7 produces $ gnu-iconv /libexec/ld-elf.so.1: Undefined symbol "_libiconv_version" referenced from COPY relocation in LOCALBASE/bin/iconv And the case can be reduced to $ cc a.c /usr/bin/ld: /var/tmp//ccJOE7kn.o: in function main:a.c(.text+0x6): error: undefined reference to '_libiconv_version' collect2: ld returned 1 exit status $ cat a.c #include #include int main(void) { printf("iconv version = %d\n", _libiconv_version); return(0); } From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 13:13:04 2010 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 E49DC1065676; Tue, 3 Aug 2010 13:13:03 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id BC7AC8FC1E; Tue, 3 Aug 2010 13:13:03 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from [192.168.0.101] ([74.58.70.113]) by VL-MH-MR003.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTP id <0L6K00DWKVDAM640@VL-MH-MR003.ip.videotron.ca>; Tue, 03 Aug 2010 09:12:46 -0400 (EDT) Message-id: <4C58151A.2060207@gthcfoundation.org> Date: Tue, 03 Aug 2010 09:09:46 -0400 From: Etienne Robillard User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100803 Thunderbird/3.0.6 To: =?ISO-8859-1?Q?Ren=E9_Ladan?= References: <4C5735F9.9020308@gthcfoundation.org> In-reply-to: Cc: freebsd-current@freebsd.org Subject: Re: thunderbird-3.0.6 stuck in ucond upon start 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, 03 Aug 2010 13:13:04 -0000 Please show us the kernel config too. It compiles and runs without side effects on FreeBSD 8.1 (GENERIC) and native gcc... cheers! Etienne On 08/02/10 17:18, René Ladan wrote: > Fair enough... > > a trace of about the first 10 seconds generated by 'ktrace -di thunderbird' > is available at ftp://rene-ladan.nl/pub/freebsd/ktrace.out > > You'll need a amd64 machine to kdump it. > > Note that nothing user-visible happens when I start thunderbird. > > Regards, > Rene > > 2010/8/2 Etienne Robillard: > >> a kernel backtrace would be a nice visual aid to debug!!! >> >> Cheers, >> >> Etienne >> >> >> René Ladan wrote: >> >>> Hi, >>> >>> it looks like on this CURRENT: >>> FreeBSD acer 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r210736: Sun Aug 1 >>> 21:51:37 CEST 2010 >>> rene@acer:/usr/obj/usr/home/rene/freebsd/clangbsd/sys/GENERIC amd64 >>> >>> thunderbird is always stuck in ucond upon start, however it is killable. >>> >>> This is a clangbsd kernel (GENERIC, with WITNESS), r210319 with gccbsd >>> userland, r209980 and gcc-compiled up-to-date ports. >>> The following modules are loaded: >>> acer % kldstat >>> Id Refs Address Size Name >>> 1 26 0xffffffff80100000 f96790 kernel >>> 2 1 0xffffffff81097000 570f8 iwn5000fw.ko >>> 3 1 0xffffffff810ef000 29778 snd_hda.ko >>> 4 2 0xffffffff81119000 85e20 sound.ko >>> 5 1 0xffffffff8119f000 1c480 if_iwn.ko >>> 6 1 0xffffffff81212000 3a85 linprocfs.ko >>> 7 1 0xffffffff81216000 1de5d linux.ko >>> acer % >>> >>> Regards, >>> Rene >>> > _______________________________________________ > 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 Tue Aug 3 13:26:27 2010 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 1ED3E106566B for ; Tue, 3 Aug 2010 13:26:27 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id BD2018FC1C for ; Tue, 3 Aug 2010 13:26:26 +0000 (UTC) Received: by qyk32 with SMTP id 32so3334718qyk.13 for ; Tue, 03 Aug 2010 06:26:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=ssFCLZGA4MwwPsebY2bM9xYLm0LPuiMmBFNkecwuPME=; b=cE2+99yAO3b+HHK6xS2rO8qigqCnAy4vHfl8iei4M1BzoZmSPx79gFE3LY7PGfExdK 5sRZnwTqR6X89tGi8WhKGeYkNmm+e5ssM3qADXJVIMaIkgy4RO0fqbOTTpMG6m58WWAS 2SCgwuByQattSAPMeF6nAm7gGmjbLgYIDSdFI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=IhVrPiqXLCnFLPOPe9Lyat1iYCDduU0PUVmr0ENjxQSRbG/8LG1QyladB+OL+nIuUa rluNs3RYxy6wkXnCmb5u+dPUG/AoDAelXAmJgAP1nfe7DxurvCfBMpOpYY490cehUXj6 tkGUgoag0MIfzbL2YUFzCluRvvGicod4GCOfE= MIME-Version: 1.0 Received: by 10.224.40.10 with SMTP id i10mr2647936qae.389.1280841985730; Tue, 03 Aug 2010 06:26:25 -0700 (PDT) Sender: r.c.ladan@gmail.com Received: by 10.229.241.80 with HTTP; Tue, 3 Aug 2010 06:26:25 -0700 (PDT) In-Reply-To: <4C58151A.2060207@gthcfoundation.org> References: <4C5735F9.9020308@gthcfoundation.org> <4C58151A.2060207@gthcfoundation.org> Date: Tue, 3 Aug 2010 15:26:25 +0200 X-Google-Sender-Auth: dPEefjyqTDf_AIBtfx9LNmGM2tA Message-ID: From: =?ISO-8859-1?Q?Ren=E9_Ladan?= To: Etienne Robillard Content-Type: multipart/mixed; boundary=000feaf2267792abb0048ceb4384 Cc: freebsd-current@freebsd.org Subject: Re: thunderbird-3.0.6 stuck in ucond upon start 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, 03 Aug 2010 13:26:27 -0000 --000feaf2267792abb0048ceb4384 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable It should just be the GENERIC kernel, it is attached for completeness. Rene 2010/8/3 Etienne Robillard : > Please show us the kernel config too. It compiles and runs > without side effects on FreeBSD 8.1 (GENERIC) and native gcc... > > cheers! > > Etienne > > > > On 08/02/10 17:18, Ren=E9 Ladan wrote: >> >> Fair enough... >> >> a trace of about the first 10 seconds =A0generated by 'ktrace -di >> thunderbird' >> is available at ftp://rene-ladan.nl/pub/freebsd/ktrace.out >> >> You'll need a amd64 machine to kdump it. >> >> Note that nothing user-visible happens when I start thunderbird. >> >> Regards, >> Rene >> >> 2010/8/2 Etienne Robillard: >> >>> >>> a kernel backtrace would be a nice visual aid to debug!!! >>> >>> Cheers, >>> >>> Etienne >>> >>> >>> Ren=E9 Ladan wrote: >>> >>>> >>>> Hi, >>>> >>>> it looks like on this CURRENT: >>>> FreeBSD acer 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r210736: Sun Aug =A01 >>>> 21:51:37 CEST 2010 >>>> rene@acer:/usr/obj/usr/home/rene/freebsd/clangbsd/sys/GENERIC =A0amd64 >>>> >>>> thunderbird is always stuck in ucond upon start, however it is killabl= e. >>>> >>>> This is a clangbsd kernel (GENERIC, with WITNESS), r210319 with gccbsd >>>> userland, r209980 and gcc-compiled up-to-date ports. >>>> The following modules are loaded: >>>> acer % kldstat >>>> Id Refs Address =A0 =A0 =A0 =A0 =A0 =A0Size =A0 =A0 Name >>>> =A01 =A0 26 0xffffffff80100000 f96790 =A0 kernel >>>> =A02 =A0 =A01 0xffffffff81097000 570f8 =A0 =A0iwn5000fw.ko >>>> =A03 =A0 =A01 0xffffffff810ef000 29778 =A0 =A0snd_hda.ko >>>> =A04 =A0 =A02 0xffffffff81119000 85e20 =A0 =A0sound.ko >>>> =A05 =A0 =A01 0xffffffff8119f000 1c480 =A0 =A0if_iwn.ko >>>> =A06 =A0 =A01 0xffffffff81212000 3a85 =A0 =A0 linprocfs.ko >>>> =A07 =A0 =A01 0xffffffff81216000 1de5d =A0 =A0linux.ko >>>> acer % >>>> >>>> Regards, >>>> Rene >>>> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > > --000feaf2267792abb0048ceb4384 Content-Type: application/octet-stream; name=GENERIC Content-Disposition: attachment; filename=GENERIC Content-Transfer-Encoding: base64 X-Attachment-Id: f_gces8n7u0 IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2FtZDY0CiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGlzIGZpbGUsIHBsZWFzZSBy ZWFkIHRoZSBjb25maWcoNSkgbWFudWFsIHBhZ2UsCiMgYW5kL29yIHRoZSBoYW5kYm9vayBzZWN0 aW9uIG9uIEtlcm5lbCBDb25maWd1cmF0aW9uIEZpbGVzOgojCiMgICAgaHR0cDovL3d3dy5GcmVl QlNELm9yZy9kb2MvZW5fVVMuSVNPODg1OS0xL2Jvb2tzL2hhbmRib29rL2tlcm5lbGNvbmZpZy1j b25maWcuaHRtbAojCiMgVGhlIGhhbmRib29rIGlzIGFsc28gYXZhaWxhYmxlIGxvY2FsbHkgaW4g L3Vzci9zaGFyZS9kb2MvaGFuZGJvb2sKIyBpZiB5b3UndmUgaW5zdGFsbGVkIHRoZSBkb2MgZGlz dHJpYnV0aW9uLCBvdGhlcndpc2UgYWx3YXlzIHNlZSB0aGUKIyBGcmVlQlNEIFdvcmxkIFdpZGUg V2ViIHNlcnZlciAoaHR0cDovL3d3dy5GcmVlQlNELm9yZy8pIGZvciB0aGUKIyBsYXRlc3QgaW5m b3JtYXRpb24uCiMKIyBBbiBleGhhdXN0aXZlIGxpc3Qgb2Ygb3B0aW9ucyBhbmQgbW9yZSBkZXRh aWxlZCBleHBsYW5hdGlvbnMgb2YgdGhlCiMgZGV2aWNlIGxpbmVzIGlzIGFsc28gcHJlc2VudCBp biB0aGUgLi4vLi4vY29uZi9OT1RFUyBhbmQgTk9URVMgZmlsZXMuCiMgSWYgeW91IGFyZSBpbiBk b3VidCBhcyB0byB0aGUgcHVycG9zZSBvciBuZWNlc3NpdHkgb2YgYSBsaW5lLCBjaGVjayBmaXJz dAojIGluIE5PVEVTLgojCiMgJEZyZWVCU0Q6IHByb2plY3RzL2NsYW5nYnNkL3N5cy9hbWQ2NC9j b25mL0dFTkVSSUMgMjEwMzE5IDIwMTAtMDctMjEgMDY6NTI6MTNaIHJkaXZhY2t5ICQKCmNwdQkJ SEFNTUVSCmlkZW50CQlHRU5FUklDCgptYWtlb3B0aW9ucwlERUJVRz0tZwkJIyBCdWlsZCBrZXJu ZWwgd2l0aCBnZGIoMSkgZGVidWcgc3ltYm9scwoKb3B0aW9ucyAJU0NIRURfVUxFCQkjIFVMRSBz Y2hlZHVsZXIKb3B0aW9ucyAJUFJFRU1QVElPTgkJIyBFbmFibGUga2VybmVsIHRocmVhZCBwcmVl bXB0aW9uCm9wdGlvbnMgCUlORVQJCQkjIEludGVyTkVUd29ya2luZwpvcHRpb25zIAlJTkVUNgkJ CSMgSVB2NiBjb21tdW5pY2F0aW9ucyBwcm90b2NvbHMKb3B0aW9ucyAJU0NUUAkJCSMgU3RyZWFt IENvbnRyb2wgVHJhbnNtaXNzaW9uIFByb3RvY29sCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkg RmFzdCBGaWxlc3lzdGVtCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1 cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNv bnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBv biBiaWcgZGlyZWN0b3JpZXMKb3B0aW9ucyAJVUZTX0dKT1VSTkFMCQkjIEVuYWJsZSBnam91cm5h bC1iYXNlZCBVRlMgam91cm5hbGluZwpvcHRpb25zIAlNRF9ST09UCQkJIyBNRCBpcyBhIHBvdGVu dGlhbCByb290IGRldmljZQpvcHRpb25zIAlORlNDTElFTlQJCSMgTmV0d29yayBGaWxlc3lzdGVt IENsaWVudApvcHRpb25zIAlORlNTRVJWRVIJCSMgTmV0d29yayBGaWxlc3lzdGVtIFNlcnZlcgpv cHRpb25zIAlORlNMT0NLRAkJIyBOZXR3b3JrIExvY2sgTWFuYWdlcgpvcHRpb25zIAlORlNfUk9P VAkJIyBORlMgdXNhYmxlIGFzIC8sIHJlcXVpcmVzIE5GU0NMSUVOVApvcHRpb25zIAlNU0RPU0ZT CQkJIyBNU0RPUyBGaWxlc3lzdGVtCm9wdGlvbnMgCUNEOTY2MAkJCSMgSVNPIDk2NjAgRmlsZXN5 c3RlbQpvcHRpb25zIAlQUk9DRlMJCQkjIFByb2Nlc3MgZmlsZXN5c3RlbSAocmVxdWlyZXMgUFNF VURPRlMpCm9wdGlvbnMgCVBTRVVET0ZTCQkjIFBzZXVkby1maWxlc3lzdGVtIGZyYW1ld29yawpv cHRpb25zIAlHRU9NX1BBUlRfR1BUCQkjIEdVSUQgUGFydGl0aW9uIFRhYmxlcy4Kb3B0aW9ucyAJ R0VPTV9MQUJFTAkJIyBQcm92aWRlcyBsYWJlbGl6YXRpb24Kb3B0aW9ucyAJQ09NUEFUX0ZSRUVC U0QzMgkjIENvbXBhdGlibGUgd2l0aCBpMzg2IGJpbmFyaWVzCm9wdGlvbnMgCUNPTVBBVF9GUkVF QlNENAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q1 CQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNENQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDYJCSMg Q29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q2Cm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENwkJIyBDb21w YXRpYmxlIHdpdGggRnJlZUJTRDcKb3B0aW9ucyAJU0NTSV9ERUxBWT01MDAwCQkjIERlbGF5IChp biBtcykgYmVmb3JlIHByb2JpbmcgU0NTSQpvcHRpb25zIAlLVFJBQ0UJCQkjIGt0cmFjZSgxKSBz dXBwb3J0Cm9wdGlvbnMgCVNUQUNLCQkJIyBzdGFjayg5KSBzdXBwb3J0Cm9wdGlvbnMgCVNZU1ZT SE0JCQkjIFNZU1Ytc3R5bGUgc2hhcmVkIG1lbW9yeQpvcHRpb25zIAlTWVNWTVNHCQkJIyBTWVNW LXN0eWxlIG1lc3NhZ2UgcXVldWVzCm9wdGlvbnMgCVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2Vt YXBob3JlcwpvcHRpb25zIAlQMTAwM18xQl9TRU1BUEhPUkVTCSMgUE9TSVgtc3R5bGUgc2VtYXBo b3JlcwpvcHRpb25zIAlfS1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcgIyBQT1NJWCBQMTAwM18x QiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpvcHRpb25zIAlQUklOVEZfQlVGUl9TSVpFPTEyOAkjIFBy ZXZlbnQgcHJpbnRmIG91dHB1dCBiZWluZyBpbnRlcnNwZXJzZWQuCm9wdGlvbnMgCUtCRF9JTlNU QUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2Cm9wdGlvbnMgCUhXUE1DX0hP T0tTCQkjIE5lY2Vzc2FyeSBrZXJuZWwgaG9va3MgZm9yIGh3cG1jKDQpCm9wdGlvbnMgCUFVRElU CQkJIyBTZWN1cml0eSBldmVudCBhdWRpdGluZwpvcHRpb25zIAlNQUMJCQkjIFRydXN0ZWRCU0Qg TUFDIEZyYW1ld29yawpvcHRpb25zCQlGTE9XVEFCTEUJCSMgcGVyLWNwdSByb3V0aW5nIGNhY2hl CiNvcHRpb25zIAlLRFRSQUNFX0ZSQU1FCQkjIEVuc3VyZSBmcmFtZXMgYXJlIGNvbXBpbGVkIGlu CiNvcHRpb25zIAlLRFRSQUNFX0hPT0tTCQkjIEtlcm5lbCBEVHJhY2UgaG9va3MKb3B0aW9ucyAJ SU5DTFVERV9DT05GSUdfRklMRSAgICAgIyBJbmNsdWRlIHRoaXMgZmlsZSBpbiBrZXJuZWwKCiMg RGVidWdnaW5nIGZvciB1c2UgaW4gLWN1cnJlbnQKb3B0aW9ucyAJS0RCCQkJIyBFbmFibGUga2Vy bmVsIGRlYnVnZ2VyIHN1cHBvcnQuCm9wdGlvbnMgCUREQgkJCSMgU3VwcG9ydCBEREIuCm9wdGlv bnMgCUdEQgkJCSMgU3VwcG9ydCByZW1vdGUgR0RCLgpvcHRpb25zIAlERUFETEtSRVMJCSMgRW5h YmxlIHRoZSBkZWFkbG9jayByZXNvbHZlcgpvcHRpb25zIAlJTlZBUklBTlRTCQkjIEVuYWJsZSBj YWxscyBvZiBleHRyYSBzYW5pdHkgY2hlY2tpbmcKb3B0aW9ucyAJSU5WQVJJQU5UX1NVUFBPUlQJ IyBFeHRyYSBzYW5pdHkgY2hlY2tzIG9mIGludGVybmFsIHN0cnVjdHVyZXMsIHJlcXVpcmVkIGJ5 IElOVkFSSUFOVFMKb3B0aW9ucyAJV0lUTkVTUwkJCSMgRW5hYmxlIGNoZWNrcyB0byBkZXRlY3Qg ZGVhZGxvY2tzIGFuZCBjeWNsZXMKb3B0aW9ucyAJV0lUTkVTU19TS0lQU1BJTgkjIERvbid0IHJ1 biB3aXRuZXNzIG9uIHNwaW5sb2NrcyBmb3Igc3BlZWQKCiMgTWFrZSBhbiBTTVAtY2FwYWJsZSBr ZXJuZWwgYnkgZGVmYXVsdApvcHRpb25zIAlTTVAJCQkjIFN5bW1ldHJpYyBNdWx0aVByb2Nlc3Nv ciBLZXJuZWwKCiMgQ1BVIGZyZXF1ZW5jeSBjb250cm9sCmRldmljZQkJY3B1ZnJlcQoKIyBCdXMg c3VwcG9ydC4KZGV2aWNlCQlhY3BpCmRldmljZQkJcGNpCgojIEZsb3BweSBkcml2ZXMKZGV2aWNl CQlmZGMKCiMgQVRBIGFuZCBBVEFQSSBkZXZpY2VzCmRldmljZQkJYXRhCmRldmljZQkJYXRhZGlz awkJIyBBVEEgZGlzayBkcml2ZXMKZGV2aWNlCQlhdGFyYWlkCQkjIEFUQSBSQUlEIGRyaXZlcwpk ZXZpY2UJCWF0YXBpY2QJCSMgQVRBUEkgQ0RST00gZHJpdmVzCmRldmljZQkJYXRhcGlmZAkJIyBB VEFQSSBmbG9wcHkgZHJpdmVzCmRldmljZQkJYXRhcGlzdAkJIyBBVEFQSSB0YXBlIGRyaXZlcwpv cHRpb25zIAlBVEFfU1RBVElDX0lECSMgU3RhdGljIGRldmljZSBudW1iZXJpbmcKCiMgU0NTSSBD b250cm9sbGVycwpkZXZpY2UJCWFoYwkJIyBBSEEyOTQwIGFuZCBvbmJvYXJkIEFJQzd4eHggZGV2 aWNlcwpvcHRpb25zIAlBSENfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZp ZWxkcyBpbiBkZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCmRldmlj ZQkJYWhkCQkjIEFIQTM5MzIwLzI5MzIwIGFuZCBvbmJvYXJkIEFJQzc5eHggZGV2aWNlcwpvcHRp b25zIAlBSERfUkVHX1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBk ZWJ1ZwoJCQkJCSMgb3V0cHV0LiAgQWRkcyB+MjE1ayB0byBkcml2ZXIuCmRldmljZQkJYW1kCQkj IEFNRCA1M0M5NzQgKFRla3JhbSBEQy0zOTAoVCkpCmRldmljZQkJaHB0aW9wCQkjIEhpZ2hwb2lu dCBSb2NrZXRSYWlkIDN4eHggc2VyaWVzCmRldmljZQkJaXNwCQkjIFFsb2dpYyBmYW1pbHkKI2Rl dmljZQkJaXNwZncJCSMgRmlybXdhcmUgZm9yIFFMb2dpYyBIQkFzLSBub3JtYWxseSBhIG1vZHVs ZQpkZXZpY2UJCW1wdAkJIyBMU0ktTG9naWMgTVBULUZ1c2lvbgojZGV2aWNlCQluY3IJCSMgTkNS L1N5bWJpb3MgTG9naWMKZGV2aWNlCQlzeW0JCSMgTkNSL1N5bWJpb3MgTG9naWMgKG5ld2VyIGNo aXBzZXRzICsgdGhvc2Ugb2YgYG5jcicpCmRldmljZQkJdHJtCQkjIFRla3JhbSBEQzM5NVUvVVcv RiBEQzMxNVUgYWRhcHRlcnMKCmRldmljZQkJYWR2CQkjIEFkdmFuc3lzIFNDU0kgYWRhcHRlcnMK ZGV2aWNlCQlhZHcJCSMgQWR2YW5zeXMgd2lkZSBTQ1NJIGFkYXB0ZXJzCmRldmljZQkJYWljCQkj IEFkYXB0ZWMgMTVbMDEyXXggU0NTSSBhZGFwdGVycywgQUlDLTZbMjNdNjAuCmRldmljZQkJYnQJ CSMgQnVzbG9naWMvTXlsZXggTXVsdGlNYXN0ZXIgU0NTSSBhZGFwdGVycwoKIyBTQ1NJIHBlcmlw aGVyYWxzCmRldmljZQkJc2NidXMJCSMgU0NTSSBidXMgKHJlcXVpcmVkIGZvciBTQ1NJKQpkZXZp Y2UJCWNoCQkjIFNDU0kgbWVkaWEgY2hhbmdlcnMKZGV2aWNlCQlkYQkJIyBEaXJlY3QgQWNjZXNz IChkaXNrcykKZGV2aWNlCQlzYQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpCmRldmlj ZQkJY2QJCSMgQ0QKZGV2aWNlCQlwYXNzCQkjIFBhc3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IFND U0kgYWNjZXNzKQpkZXZpY2UJCXNlcwkJIyBTQ1NJIEVudmlyb25tZW50YWwgU2VydmljZXMgKGFu ZCBTQUYtVEUpCgojIFJBSUQgY29udHJvbGxlcnMgaW50ZXJmYWNlZCB0byB0aGUgU0NTSSBzdWJz eXN0ZW0KZGV2aWNlCQlhbXIJCSMgQU1JIE1lZ2FSQUlECmRldmljZQkJYXJjbXNyCQkjIEFyZWNh IFNBVEEgSUkgUkFJRAojWFhYIGl0IGlzIG5vdCA2NC1iaXQgY2xlYW4sIC1zY290dGwKI2Rldmlj ZQkJYXNyCQkjIERQVCBTbWFydFJBSUQgViwgVkkgYW5kIEFkYXB0ZWMgU0NTSSBSQUlECmRldmlj ZQkJY2lzcwkJIyBDb21wYXEgU21hcnQgUkFJRCA1KgpkZXZpY2UJCWRwdAkJIyBEUFQgU21hcnRj YWNoZSBJSUksIElWIC0gU2VlIE5PVEVTIGZvciBvcHRpb25zCmRldmljZQkJaHB0bXYJCSMgSGln aHBvaW50IFJvY2tldFJBSUQgMTgyeApkZXZpY2UJCWhwdHJyCQkjIEhpZ2hwb2ludCBSb2NrZXRS QUlEIDE3eHgsIDIyeHgsIDIzeHgsIDI1eHgKZGV2aWNlCQlpaXIJCSMgSW50ZWwgSW50ZWdyYXRl ZCBSQUlECmRldmljZQkJaXBzCQkjIElCTSAoQWRhcHRlYykgU2VydmVSQUlECmRldmljZQkJbWx5 CQkjIE15bGV4IEFjY2VsZVJBSUQvZVh0cmVtZVJBSUQKZGV2aWNlCQl0d2EJCSMgM3dhcmUgOTAw MCBzZXJpZXMgUEFUQS9TQVRBIFJBSUQKCiMgUkFJRCBjb250cm9sbGVycwpkZXZpY2UJCWFhYwkJ IyBBZGFwdGVjIEZTQSBSQUlECmRldmljZQkJYWFjcAkJIyBTQ1NJIHBhc3N0aHJvdWdoIGZvciBh YWMgKHJlcXVpcmVzIENBTSkKZGV2aWNlCQlpZGEJCSMgQ29tcGFxIFNtYXJ0IFJBSUQKZGV2aWNl CQltZmkJCSMgTFNJIE1lZ2FSQUlEIFNBUwpkZXZpY2UJCW1seAkJIyBNeWxleCBEQUM5NjAgZmFt aWx5CiNYWFggcG9pbnRlci9pbnQgd2FybmluZ3MKI2RldmljZQkJcHN0CQkjIFByb21pc2UgU3Vw ZXJ0cmFrIFNYNjAwMApkZXZpY2UJCXR3ZQkJIyAzd2FyZSBBVEEgUkFJRAoKIyBhdGtiZGMwIGNv bnRyb2xzIGJvdGggdGhlIGtleWJvYXJkIGFuZCB0aGUgUFMvMiBtb3VzZQpkZXZpY2UJCWF0a2Jk YwkJIyBBVCBrZXlib2FyZCBjb250cm9sbGVyCmRldmljZQkJYXRrYmQJCSMgQVQga2V5Ym9hcmQK ZGV2aWNlCQlwc20JCSMgUFMvMiBtb3VzZQoKZGV2aWNlCQlrYmRtdXgJCSMga2V5Ym9hcmQgbXVs dGlwbGV4ZXIKCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcgoKZGV2aWNlCQlz cGxhc2gJCSMgU3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVuIHNhdmVyIHN1cHBvcnQKCiMgc3lzY29u cyBpcyB0aGUgZGVmYXVsdCBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBhbiBTQ08gY29uc29s ZQpkZXZpY2UJCXNjCgpkZXZpY2UJCWFncAkJIyBzdXBwb3J0IHNldmVyYWwgQUdQIGNoaXBzZXRz CgojIFBDQ0FSRCAoUENNQ0lBKSBzdXBwb3J0CiMgUENNQ0lBIGFuZCBjYXJkYnVzIGJyaWRnZSBz dXBwb3J0CmRldmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UKZGV2aWNlCQlwY2Nh cmQJCSMgUEMgQ2FyZCAoMTYtYml0KSBidXMKZGV2aWNlCQljYXJkYnVzCQkjIENhcmRCdXMgKDMy LWJpdCkgYnVzCgojIFNlcmlhbCAoQ09NKSBwb3J0cwpkZXZpY2UJCXVhcnQJCSMgR2VuZXJpYyBV QVJUIGRyaXZlcgoKIyBQYXJhbGxlbCBwb3J0CmRldmljZQkJcHBjCmRldmljZQkJcHBidXMJCSMg UGFyYWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQpkZXZpY2UJCWxwdAkJIyBQcmludGVyCmRldmlj ZQkJcGxpcAkJIyBUQ1AvSVAgb3ZlciBwYXJhbGxlbApkZXZpY2UJCXBwaQkJIyBQYXJhbGxlbCBw b3J0IGludGVyZmFjZSBkZXZpY2UKI2RldmljZQkJdnBvCQkjIFJlcXVpcmVzIHNjYnVzIGFuZCBk YQoKIyBJZiB5b3UndmUgZ290IGEgImR1bWIiIHNlcmlhbCBvciBwYXJhbGxlbCBQQ0kgY2FyZCB0 aGF0IGlzCiMgc3VwcG9ydGVkIGJ5IHRoZSBwdWMoNCkgZ2x1ZSBkcml2ZXIsIHVuY29tbWVudCB0 aGUgZm9sbG93aW5nCiMgbGluZSB0byBlbmFibGUgaXQgKGNvbm5lY3RzIHRvIHNpbywgdWFydCBh bmQvb3IgcHBjIGRyaXZlcnMpOgojZGV2aWNlCQlwdWMKCiMgUENJIEV0aGVybmV0IE5JQ3MuCmRl dmljZQkJZGUJCSMgREVDL0ludGVsIERDMjF4NHggKGBgVHVsaXAnJykKZGV2aWNlCQllbQkJIyBJ bnRlbCBQUk8vMTAwMCBHaWdhYml0IEV0aGVybmV0IEZhbWlseQpkZXZpY2UJCWlnYgkJIyBJbnRl bCBQUk8vMTAwMCBQQ0lFIFNlcnZlciBHaWdhYml0IEZhbWlseQpkZXZpY2UJCWl4Z2JlCQkjIElu dGVsIFBSTy8xMEdiRSBQQ0lFIEV0aGVybmV0IEZhbWlseQpkZXZpY2UJCWxlCQkjIEFNRCBBbTc5 MDAgTEFOQ0UgYW5kIEFtNzlDOXh4IFBDbmV0CmRldmljZQkJdGkJCSMgQWx0ZW9uIE5ldHdvcmtz IFRpZ29uIEkvSUkgZ2lnYWJpdCBFdGhlcm5ldApkZXZpY2UJCXR4cAkJIyAzQ29tIDNjUjk5MCAo YGBUeXBob29uJycpCmRldmljZQkJdngJCSMgM0NvbSAzYzU5MCwgM2M1OTUgKGBgVm9ydGV4Jycp CgojIFBDSSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9s bGVyIGNvZGUuCiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGlu ZSBpbiBvcmRlciB0byB1c2UgdGhlc2UgTklDcyEKZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBz dXBwb3J0CmRldmljZQkJYWUJCSMgQXR0YW5zaWMvQXRoZXJvcyBMMiBGYXN0RXRoZXJuZXQKZGV2 aWNlCQlhZ2UJCSMgQXR0YW5zaWMvQXRoZXJvcyBMMSBHaWdhYml0IEV0aGVybmV0CmRldmljZQkJ YWxjCQkjIEF0aGVyb3MgQVI4MTMxL0FSODEzMiBFdGhlcm5ldApkZXZpY2UJCWFsZQkJIyBBdGhl cm9zIEFSODEyMS9BUjgxMTMvQVI4MTE0IEV0aGVybmV0CmRldmljZQkJYmNlCQkjIEJyb2FkY29t IEJDTTU3MDYvQkNNNTcwOCBHaWdhYml0IEV0aGVybmV0CmRldmljZQkJYmZlCQkjIEJyb2FkY29t IEJDTTQ0MHggMTAvMTAwIEV0aGVybmV0CmRldmljZQkJYmdlCQkjIEJyb2FkY29tIEJDTTU3MHh4 IEdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQlkYwkJIyBERUMvSW50ZWwgMjExNDMgYW5kIHZhcmlv dXMgd29ya2FsaWtlcwpkZXZpY2UJCWV0CQkjIEFnZXJlIEVUMTMxMCAxMC8xMDAvR2lnYWJpdCBF dGhlcm5ldApkZXZpY2UJCWZ4cAkJIyBJbnRlbCBFdGhlckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3 LCA4MjU1OCkKZGV2aWNlCQlqbWUJCSMgSk1pY3JvbiBKTUMyNTAgR2lnYWJpdC9KTUMyNjAgRmFz dCBFdGhlcm5ldApkZXZpY2UJCWxnZQkJIyBMZXZlbCAxIExYVDEwMDEgZ2lnYWJpdCBFdGhlcm5l dApkZXZpY2UJCW1zawkJIyBNYXJ2ZWxsL1N5c0tvbm5lY3QgWXVrb24gSUkgR2lnYWJpdCBFdGhl cm5ldApkZXZpY2UJCW5mZQkJIyBuVmlkaWEgbkZvcmNlIE1DUCBvbi1ib2FyZCBFdGhlcm5ldApk ZXZpY2UJCW5nZQkJIyBOYXRTZW1pIERQODM4MjAgZ2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQlu dmUJCSMgblZpZGlhIG5Gb3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJuZXQgTmV0d29ya2luZwpkZXZp Y2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJIDEwLzEwMCAocHJlY2VkZW5jZSBvdmVyICdsZScp CmRldmljZQkJcmUJCSMgUmVhbFRlayA4MTM5QysvODE2OS84MTY5Uy84MTEwUwpkZXZpY2UJCXJs CQkjIFJlYWxUZWsgODEyOS84MTM5CmRldmljZQkJc2YJCSMgQWRhcHRlYyBBSUMtNjkxNSAoYGBT dGFyZmlyZScnKQpkZXZpY2UJCXNnZQkJIyBTaWxpY29uIEludGVncmF0ZWQgU3lzdGVtcyBTaVMx OTAvMTkxCmRldmljZQkJc2lzCQkjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0ZW1zIFNpUyA5MDAv U2lTIDcwMTYKZGV2aWNlCQlzawkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2Fi aXQgRXRoZXJuZXQKZGV2aWNlCQlzdGUJCSMgU3VuZGFuY2UgU1QyMDEgKEQtTGluayBERkUtNTUw VFgpCmRldmljZQkJc3RnZQkJIyBTdW5kYW5jZS9UYW1hcmFjayBUQzkwMjEgZ2lnYWJpdCBFdGhl cm5ldApkZXZpY2UJCXRsCQkjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJMQU4KZGV2aWNlCQl0 eAkJIyBTTUMgRXRoZXJQb3dlciBJSSAoODNjMTcwIGBgRVBJQycnKQpkZXZpY2UJCXZnZQkJIyBW SUEgVlQ2MTJ4IGdpZ2FiaXQgRXRoZXJuZXQKZGV2aWNlCQl2cgkJIyBWSUEgUmhpbmUsIFJoaW5l IElJCmRldmljZQkJd2IJCSMgV2luYm9uZCBXODlDODQwRgpkZXZpY2UJCXhsCQkjIDNDb20gM2M5 MHggKGBgQm9vbWVyYW5nJycsIGBgQ3ljbG9uZScnKQoKIyBJU0EgRXRoZXJuZXQgTklDcy4gIHBj Y2FyZCBOSUNzIGluY2x1ZGVkLgpkZXZpY2UJCWNzCQkjIENyeXN0YWwgU2VtaWNvbmR1Y3RvciBD Uzg5eDAgTklDCiMgJ2RldmljZSBlZCcgcmVxdWlyZXMgJ2RldmljZSBtaWlidXMnCmRldmljZQkJ ZWQJCSMgTkVbMTJdMDAwLCBTTUMgVWx0cmEsIDNjNTAzLCBEUzgzOTAgY2FyZHMKZGV2aWNlCQll eAkJIyBJbnRlbCBFdGhlckV4cHJlc3MgUHJvLzEwIGFuZCBQcm8vMTArCmRldmljZQkJZXAJCSMg RXRoZXJsaW5rIElJSSBiYXNlZCBjYXJkcwpkZXZpY2UJCWZlCQkjIEZ1aml0c3UgTUI4Njk2eCBi YXNlZCBjYXJkcwpkZXZpY2UJCXNuCQkjIFNNQydzIDkwMDAgc2VyaWVzIG9mIEV0aGVybmV0IGNo aXBzCmRldmljZQkJeGUJCSMgWGlyY29tIHBjY2FyZCBFdGhlcm5ldAoKIyBXaXJlbGVzcyBOSUMg Y2FyZHMKZGV2aWNlCQl3bGFuCQkjIDgwMi4xMSBzdXBwb3J0Cm9wdGlvbnMgCUlFRUU4MDIxMV9E RUJVRwkjIGVuYWJsZSBkZWJ1ZyBtc2dzCm9wdGlvbnMgCUlFRUU4MDIxMV9BTVBEVV9BR0UgIyBh Z2UgZnJhbWVzIGluIEFNUERVIHJlb3JkZXIgcSdzCm9wdGlvbnMgCUlFRUU4MDIxMV9TVVBQT1JU X01FU0gJIyBlbmFibGUgODAyLjExcyBkcmFmdCBzdXBwb3J0CmRldmljZQkJd2xhbl93ZXAJIyA4 MDIuMTEgV0VQIHN1cHBvcnQKZGV2aWNlCQl3bGFuX2NjbXAJIyA4MDIuMTEgQ0NNUCBzdXBwb3J0 CmRldmljZQkJd2xhbl90a2lwCSMgODAyLjExIFRLSVAgc3VwcG9ydApkZXZpY2UJCXdsYW5fYW1y cgkjIEFNUlIgdHJhbnNtaXQgcmF0ZSBjb250cm9sIGFsZ29yaXRobQpkZXZpY2UJCWFuCQkjIEFp cm9uZXQgNDUwMC80ODAwIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgpkZXZpY2UJCWF0aAkJIyBBdGhl cm9zIHBjaS9jYXJkYnVzIE5JQydzCmRldmljZQkJYXRoX2hhbAkJIyBwY2kvY2FyZGJ1cyBjaGlw IHN1cHBvcnQKb3B0aW9ucyAJQUhfU1VQUE9SVF9BUjU0MTYJIyBlbmFibGUgQVI1NDE2IHR4L3J4 IGRlc2NyaXB0b3JzCmRldmljZQkJYXRoX3JhdGVfc2FtcGxlCSMgU2FtcGxlUmF0ZSB0eCByYXRl IGNvbnRyb2wgZm9yIGF0aApkZXZpY2UJCXJhbAkJIyBSYWxpbmsgVGVjaG5vbG9neSBSVDI1MDAg d2lyZWxlc3MgTklDcy4KZGV2aWNlCQl3aQkJIyBXYXZlTEFOL0ludGVyc2lsL1N5bWJvbCA4MDIu MTEgd2lyZWxlc3MgTklDcy4KCiMgUHNldWRvIGRldmljZXMuCmRldmljZQkJbG9vcAkJIyBOZXR3 b3JrIGxvb3BiYWNrCmRldmljZQkJcmFuZG9tCQkjIEVudHJvcHkgZGV2aWNlCmRldmljZQkJZXRo ZXIJCSMgRXRoZXJuZXQgc3VwcG9ydApkZXZpY2UJCXZsYW4JCSMgODAyLjFRIFZMQU4gc3VwcG9y dApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLgpkZXZpY2UJCXB0eQkJIyBCU0Qtc3R5bGUg Y29tcGF0aWJpbGl0eSBwc2V1ZG8gdHR5cwpkZXZpY2UJCW1kCQkjIE1lbW9yeSAiZGlza3MiCmRl dmljZQkJZ2lmCQkjIElQdjYgYW5kIElQdjQgdHVubmVsaW5nCmRldmljZQkJZmFpdGgJCSMgSVB2 Ni10by1JUHY0IHJlbGF5aW5nICh0cmFuc2xhdGlvbikKZGV2aWNlCQlmaXJtd2FyZQkjIGZpcm13 YXJlIGFzc2lzdCBtb2R1bGUKCiMgVGhlIGBicGYnIGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxl eSBQYWNrZXQgRmlsdGVyLgojIEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb25zZXF1 ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyEKIyBOb3RlIHRoYXQgJ2JwZicgaXMgcmVxdWlyZWQgZm9y IERIQ1AuCmRldmljZQkJYnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIKCiMgVVNCIHN1cHBv cnQKb3B0aW9ucyAJVVNCX0RFQlVHCSMgZW5hYmxlIGRlYnVnIG1zZ3MKZGV2aWNlCQl1aGNpCQkj IFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJb2hjaQkJIyBPSENJIFBDSS0+VVNCIGlu dGVyZmFjZQpkZXZpY2UJCWVoY2kJCSMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjAp CmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVpcmVkKQojZGV2aWNlCQl1ZGJwCQkjIFVTQiBE b3VibGUgQnVsayBQaXBlIGRldmljZXMKZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJbnRlcmZhY2Ug RGV2aWNlcyIKZGV2aWNlCQl1a2JkCQkjIEtleWJvYXJkCmRldmljZQkJdWxwdAkJIyBQcmludGVy CmRldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMgc2NidXMgYW5k IGRhCmRldmljZQkJdW1zCQkjIE1vdXNlCmRldmljZQkJdXJpbwkJIyBEaWFtb25kIFJpbyA1MDAg TVAzIHBsYXllcgojIFVTQiBTZXJpYWwgZGV2aWNlcwpkZXZpY2UJCXUzZwkJIyBVU0ItYmFzZWQg M0cgbW9kZW1zIChPcHRpb24sIEh1YXdlaSwgU2llcnJhKQpkZXZpY2UJCXVhcmsJCSMgVGVjaG5v bG9naWVzIEFSSzMxMTYgYmFzZWQgc2VyaWFsIGFkYXB0ZXJzCmRldmljZQkJdWJzYQkJIyBCZWxr aW4gRjVVMTAzIGFuZCBjb21wYXRpYmxlIHNlcmlhbCBhZGFwdGVycwpkZXZpY2UJCXVmdGRpCQkj IEZvciBGVERJIHVzYiBzZXJpYWwgYWRhcHRlcnMKZGV2aWNlCQl1aXBhcQkJIyBTb21lIFdpbkNF IGJhc2VkIGRldmljZXMKZGV2aWNlCQl1cGxjb20JCSMgUHJvbGlmaWMgUEwtMjMwMyBzZXJpYWwg YWRhcHRlcnMKZGV2aWNlCQl1c2xjb20JCSMgU0kgTGFicyBDUDIxMDEvQ1AyMTAyIHNlcmlhbCBh ZGFwdGVycwpkZXZpY2UJCXV2aXNvcgkJIyBWaXNvciBhbmQgUGFsbSBkZXZpY2VzCmRldmljZQkJ dXZzY29tCQkjIFVTQiBzZXJpYWwgc3VwcG9ydCBmb3IgRERJIHBvY2tldCdzIFBIUwojIFVTQiBF dGhlcm5ldCwgcmVxdWlyZXMgbWlpYnVzCmRldmljZQkJYXVlCQkjIEFETXRlayBVU0IgRXRoZXJu ZXQKZGV2aWNlCQlheGUJCSMgQVNJWCBFbGVjdHJvbmljcyBVU0IgRXRoZXJuZXQKZGV2aWNlCQlj ZGNlCQkjIEdlbmVyaWMgVVNCIG92ZXIgRXRoZXJuZXQKZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0Ig RXRoZXJuZXQKZGV2aWNlCQlrdWUJCSMgS2F3YXNha2kgTFNJIFVTQiBFdGhlcm5ldApkZXZpY2UJ CXJ1ZQkJIyBSZWFsVGVrIFJUTDgxNTAgVVNCIEV0aGVybmV0CmRldmljZQkJdWRhdgkJIyBEYXZp Y29tIERNOTYwMUUgVVNCCiMgVVNCIFdpcmVsZXNzCmRldmljZQkJcnVtCQkjIFJhbGluayBUZWNo bm9sb2d5IFJUMjUwMVVTQiB3aXJlbGVzcyBOSUNzCmRldmljZQkJdWF0aAkJIyBBdGhlcm9zIEFS NTUyMyB3aXJlbGVzcyBOSUNzCmRldmljZQkJdXJhbAkJIyBSYWxpbmsgVGVjaG5vbG9neSBSVDI1 MDBVU0Igd2lyZWxlc3MgTklDcwpkZXZpY2UJCXp5ZAkJIyBaeURBUyB6YjEyMTEvemIxMjExYiB3 aXJlbGVzcyBOSUNzCgojIEZpcmVXaXJlIHN1cHBvcnQKZGV2aWNlCQlmaXJld2lyZQkjIEZpcmVX aXJlIGJ1cyBjb2RlCmRldmljZQkJc2JwCQkjIFNDU0kgb3ZlciBGaXJlV2lyZSAoUmVxdWlyZXMg c2NidXMgYW5kIGRhKQpkZXZpY2UJCWZ3ZQkJIyBFdGhlcm5ldCBvdmVyIEZpcmVXaXJlIChub24t c3RhbmRhcmQhKQpkZXZpY2UJCWZ3aXAJCSMgSVAgb3ZlciBGaXJlV2lyZSAoUkZDIDI3MzQsMzE0 NikKZGV2aWNlCQlkY29ucwkJIyBEdW1iIGNvbnNvbGUgZHJpdmVyCmRldmljZQkJZGNvbnNfY3Jv bQkjIENvbmZpZ3VyYXRpb24gUk9NIGZvciBkY29ucwo= --000feaf2267792abb0048ceb4384-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 13:36:25 2010 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 EBC6E106564A; Tue, 3 Aug 2010 13:36:25 +0000 (UTC) (envelope-from erob@gthcfoundation.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id C28D38FC1A; Tue, 3 Aug 2010 13:36:25 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from [192.168.0.100] ([74.58.70.113]) by VL-MH-MR002.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)) with ESMTP id <0L6K00IJRWGI0E20@VL-MH-MR002.ip.videotron.ca>; Tue, 03 Aug 2010 09:36:19 -0400 (EDT) Message-id: <4C581D7E.6010907@gthcfoundation.org> Date: Tue, 03 Aug 2010 09:45:34 -0400 From: Etienne Robillard Organization: Green Tea Hackers Club User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100328) To: =?ISO-8859-1?Q?Ren=E9_Ladan?= , freebsd-current@freebsd.org References: <4C5735F9.9020308@gthcfoundation.org> <4C58151A.2060207@gthcfoundation.org> In-reply-to: Cc: Subject: Re: thunderbird-3.0.6 stuck in ucond upon start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: erob@gthcfoundation.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, 03 Aug 2010 13:36:26 -0000 Could this be a side effect from DEADLKRES or as a result of a exclusive mutex lock (lock order reversal) ? I'd add option DEBUG_LOCKS and/or WITNESS_SKIPSPIN, to disable witness checks on spin mutexes, as explained in the NOTES file. cheers, Etienne René Ladan wrote: > It should just be the GENERIC kernel, it is attached for completeness. > > Rene > > 2010/8/3 Etienne Robillard : > >> Please show us the kernel config too. It compiles and runs >> without side effects on FreeBSD 8.1 (GENERIC) and native gcc... >> >> cheers! >> >> Etienne >> >> >> >> On 08/02/10 17:18, René Ladan wrote: >> >>> Fair enough... >>> >>> a trace of about the first 10 seconds generated by 'ktrace -di >>> thunderbird' >>> is available at ftp://rene-ladan.nl/pub/freebsd/ktrace.out >>> >>> You'll need a amd64 machine to kdump it. >>> >>> Note that nothing user-visible happens when I start thunderbird. >>> >>> Regards, >>> Rene >>> >>> 2010/8/2 Etienne Robillard: >>> >>> >>>> a kernel backtrace would be a nice visual aid to debug!!! >>>> >>>> Cheers, >>>> >>>> Etienne >>>> >>>> >>>> René Ladan wrote: >>>> >>>> >>>>> Hi, >>>>> >>>>> it looks like on this CURRENT: >>>>> FreeBSD acer 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r210736: Sun Aug 1 >>>>> 21:51:37 CEST 2010 >>>>> rene@acer:/usr/obj/usr/home/rene/freebsd/clangbsd/sys/GENERIC amd64 >>>>> >>>>> thunderbird is always stuck in ucond upon start, however it is killable. >>>>> >>>>> This is a clangbsd kernel (GENERIC, with WITNESS), r210319 with gccbsd >>>>> userland, r209980 and gcc-compiled up-to-date ports. >>>>> The following modules are loaded: >>>>> acer % kldstat >>>>> Id Refs Address Size Name >>>>> 1 26 0xffffffff80100000 f96790 kernel >>>>> 2 1 0xffffffff81097000 570f8 iwn5000fw.ko >>>>> 3 1 0xffffffff810ef000 29778 snd_hda.ko >>>>> 4 2 0xffffffff81119000 85e20 sound.ko >>>>> 5 1 0xffffffff8119f000 1c480 if_iwn.ko >>>>> 6 1 0xffffffff81212000 3a85 linprocfs.ko >>>>> 7 1 0xffffffff81216000 1de5d linux.ko >>>>> acer % >>>>> >>>>> Regards, >>>>> Rene >>>>> >>>>> >>> _______________________________________________ >>> 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" -- Etienne Robillard Green Tea Hackers Club E-mail: erob@gthcfoundation.org Work phone: 1 (514) 962-7703 Website: https://gthc.org/ During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 15:49:51 2010 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 0FCF8106564A for ; Tue, 3 Aug 2010 15:49:51 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 91D868FC0C for ; Tue, 3 Aug 2010 15:49:50 +0000 (UTC) Received: by wwa36 with SMTP id 36so3987513wwa.31 for ; Tue, 03 Aug 2010 08:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=yLcrhQHcBgKbi9NhfkSk+p7q6EsR9heL97Hntg6e30w=; b=lchk3b4tEpE4IhpnVOfdtYIYhK4dPyNvZBhq4voaXWl0dbcLSzg9HNqCIQ9ZQ92Aru eeCDhDTLrPhWfjgRWnPIE+JTsoaOlDQc+KQHrGyWqQN65+C32RZNRfcaIViPrDkBq7fO pt6+XY01+WExU4djXzM4AYsdpY/+F4pOL/sC4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version :content-type:content-transfer-encoding:message-id; b=FWg1utiitF0a3hiEU8kCIw7Yq2OmCIXq3gOuhZbGBWJg/CbJnNYiarv2s0e/AZrwU2 sqWvuhVCjEhCTn7vG+bWD085jTUIMe6v+GH4e3nGvb83P2Saxxc4nGyfTGA40t5nWB7D eiir3KKZaVp2F/RNYj5fypLW4hNz2YNPMSOuI= Received: by 10.227.136.129 with SMTP id r1mr6198757wbt.114.1280850589426; Tue, 03 Aug 2010 08:49:49 -0700 (PDT) Received: from dragon.dg (41-132-24-16.dsl.mweb.co.za [41.132.24.16]) by mx.google.com with ESMTPS id f30sm6181531wbe.12.2010.08.03.08.49.47 (version=SSLv3 cipher=RC4-MD5); Tue, 03 Aug 2010 08:49:48 -0700 (PDT) From: David Naylor Organization: Private To: "freebsd-current@freebsd.org" Date: Tue, 3 Aug 2010 17:49:55 +0200 User-Agent: KMail/1.13.3 (FreeBSD/9.0-CURRENT; KDE/4.4.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2573701.9xVxCVdFHa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201008031749.59472.naylor.b.david@gmail.com> Subject: panic: bad stray interrupt | No usable event timer found! 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, 03 Aug 2010 15:49:51 -0000 --nextPart2573701.9xVxCVdFHa Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, When booting an Acer Aspire 2920 I am getting panics with a recent kernel=20 (2010/07/28). The kernel boots successfully from cvsup=20 date=3D2010.06.20.00.00.00. =20 The kernel panics with: uhci0: port 0x1820-0x183f irq 20= at=20 device 26.0 on pci0 panic: bad stray interrupt cpuid =3D 0 db> bt Trading pid 0 tid 10000 kdb_enter() intr_event_handle() intr_execute_handler() Xapic_isr1() =2D-- interrupt, rip =3D 0xffffffff807d904e, rsp =3D 0xffffffff8108c5e0, rb= p =3D=20 0xffffffff8108c680 --- uma_zalloc_arg() malloc() intr_event_add_handler() intr_add_handler() pci_setup_intr() bus_setup_intr() uhci_pci_attach() device_attach() bus_generic_attach() acpi_pci_attach() device_attach() bus_generic_attach() acpi_pcib_attach() acpi_pcib_acpi_attach() device_attach() bus_generic_attach() acpi_attach() device_attach() bus_generic_attach() nexus_acpi_attach() device_attach() bus_generic_new_pass() bus_set_pass() configure() mi_startup() btext() If the kernel is booted in safe mode: Timecounter "TSC" frequency 2194547740 Hz quality 800 panic: No usable event timer found! cpuid =3D 0 db> bt Tracing pid 0 tid 10000 kdb_enter() panic() cpu_initclocks_bsp() initclocks() mi_startup() btext() Regards, David --nextPart2573701.9xVxCVdFHa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAkxYOqcACgkQUaaFgP9pFrILCgCgia3H2WuR1JN+RvFm9i6aHt9u SAkAn13DZTbGGYdwaqdj2kwIxqwBtgfA =cZk+ -----END PGP SIGNATURE----- --nextPart2573701.9xVxCVdFHa-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 15:53:38 2010 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 D67831065761 for ; Tue, 3 Aug 2010 15:53:37 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id DD47F8FC12 for ; Tue, 3 Aug 2010 15:53:36 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id E49996104 for ; Tue, 3 Aug 2010 11:53:35 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1280850816; bh=g5HhsafU9yPPeK6OAoQp0panFE4PFElXerskLWl6zhk=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=C0Mt3eCaYcK6cKY6lgBRamWGdJtzJ5YBopxisUyUOVi00qsym6LlTSe7NBW/Ni6iO dZqmbWeLg28kncgpnQGS01IUu85HE/LEz91g+zngObSRuhzJmeQOiGbrcK64ML9 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=T7BCPxKqx8l1J0fT7mhWLxnmbQEJipSg37tgHPQfnWf5HEyDFmn0oZKVuj0oQjCae fALOJdu6vbVRjKVI3Z59oFyVZhI5NyWVSHo9Zf6ZpH40WnSdCaD/XghsxBJO4Tr Message-ID: <4C583B7B.50500@protected-networks.net> Date: Tue, 03 Aug 2010 11:53:31 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.11) Gecko/20100721 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C4F9D75.50500@protected-networks.net> <4C4FE9E3.8090501@icyb.net.ua> <4C563577.2090703@protected-networks.net> In-Reply-To: <4C563577.2090703@protected-networks.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: k3b causing system freeze/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: Tue, 03 Aug 2010 15:53:39 -0000 On 08/01/10 23:03, I wrote: > Sadly, I still haven't been able to identify where the buffer address in > the request structure is one of: left unset, gets lost or corrupted :-( > > Happens with k3b-kde4 too. I am assuming that this is as a consequence > of the ATA_CAM code-path. I don't recall ever having this issue prior to > switching disk names to "ada" from "ad", I can confirm this behaviour - switching back to the "ad" device and using atapicam to access the DVD works correctly. My only conclusion is that it's a regression in the ATA_CAM code-path, imb From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 17:36:00 2010 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 3BCF91065673; Tue, 3 Aug 2010 17:36:00 +0000 (UTC) (envelope-from poyopoyo@puripuri.plala.or.jp) Received: from msa04a.plala.or.jp (msa04.plala.or.jp [58.93.240.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8ABA68FC15; Tue, 3 Aug 2010 17:35:58 +0000 (UTC) Received: from i220-220-27-2.s02.a026.ap.plala.or.jp ([220.220.27.2]) by msa02b.plala.or.jp with ESMTP id <20100803172538.MZUF2469.msa02b.plala.or.jp@i220-220-27-2.s02.a026.ap.plala.or.jp>; Wed, 4 Aug 2010 02:25:38 +0900 Date: Wed, 04 Aug 2010 02:25:38 +0900 Message-ID: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> From: poyopoyo@puripuri.plala.or.jp To: gabor@FreeBSD.org, current@FreeBSD.org User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.2 (amd64-portbld-freebsd9.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-VirusScan: Outbound; msa02b; Wed, 4 Aug 2010 02:25:38 +0900 X-Mailman-Approved-At: Tue, 03 Aug 2010 17:54:38 +0000 Cc: Subject: bsdgrep does not work with tail -f | grep combination 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, 03 Aug 2010 17:36:00 -0000 Hi, It seems bsdgrep does not work when piped from tail -f. I'm running r210728. term0$ jot 10 > /tmp/1 term0$ tail -f /tmp/1 | grep 0 [no output] otherterm$ jot 10 >> /tmp/1 [no output to term0] ===== with GNU grep: term0$ tail -f /tmp/1 | gnugrep 0 10 otherterm$ jot 10 >> /tmp/1 [on term0] 10 10 -- kuro From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:13:00 2010 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 4D4EE1065670 for ; Tue, 3 Aug 2010 18:13:00 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from gritton.org (gritton.org [208.92.232.93]) by mx1.freebsd.org (Postfix) with ESMTP id E5F148FC0C for ; Tue, 3 Aug 2010 18:12:59 +0000 (UTC) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by gritton.org (8.14.3/8.14.3) with ESMTP id o73HwXZp055893; Tue, 3 Aug 2010 11:58:34 -0600 (MDT) (envelope-from jamie@FreeBSD.org) Message-ID: <4C5858BF.7030303@FreeBSD.org> Date: Tue, 03 Aug 2010 11:58:23 -0600 From: Jamie Gritton User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.5) Gecko/20100103 Thunderbird/3.0 MIME-Version: 1.0 To: FreeBSD Current References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pluknet Subject: Re: [patch] big whitespace cleanup in sys/kern/* 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, 03 Aug 2010 18:13:00 -0000 On 08/03/10 03:34, pluknet wrote: > I looked into sys/kern/* files to fix a bunch of common w/s style issues (221): > - leading space before label; > - leading space(s) before; > - space(s) instead of(s); > - space(s) in blank like. > > I tried to be conservative and didn't touch semi-contrib files and > those with its own style. > Here is a diff I'd like someone look into and check in if there will > no objections. I always understood that is was a style error *not* to have at least some whitespace before a label, that only top-level objects should be pushed all the way to the left column. Style(9) appears to be silent on this issue. - Jamie From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:39:41 2010 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 3CE43106564A for ; Tue, 3 Aug 2010 18:39:41 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id BF9F58FC12 for ; Tue, 3 Aug 2010 18:39:40 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id A910A14DC476; Tue, 3 Aug 2010 20:22:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ki6dsO8MrC4O; Tue, 3 Aug 2010 20:22:02 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 5144814DC475; Tue, 3 Aug 2010 20:22:02 +0200 (CEST) Message-ID: <4C585E44.5030608@FreeBSD.org> Date: Tue, 03 Aug 2010 20:21:56 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: poyopoyo@puripuri.plala.or.jp References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> In-Reply-To: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 03 Aug 2010 18:39:41 -0000 Em 2010.08.03. 19:25, poyopoyo@puripuri.plala.or.jp escreveu: > Hi, > > It seems bsdgrep does not work when piped from tail -f. > I'm running r210728. > > term0$ jot 10> /tmp/1 > term0$ tail -f /tmp/1 | grep 0 > [no output] > > otherterm$ jot 10>> /tmp/1 > [no output to term0] > > ===== > > with GNU grep: > > term0$ tail -f /tmp/1 | gnugrep 0 > 10 > otherterm$ jot 10>> /tmp/1 > [on term0] > 10 > 10 > I've checked on 8.0 and GNU grep doesn't output anything either for me. If you use tail -f, you will enter more lines and end it with EOF, won't you? And then BSD grep will process the input and print out matches. I don't think it's bad behaviour in itself but if you can explain why you think it's bad I'm willing to change it. Thanks for your comment, Gabor From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 18:46:03 2010 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 248EB106564A for ; Tue, 3 Aug 2010 18:46:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (out-0-19.mx.aerioconnect.net [216.240.47.79]) by mx1.freebsd.org (Postfix) with ESMTP id F24F58FC1B for ; Tue, 3 Aug 2010 18:46:02 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o73IMWK7018771; Tue, 3 Aug 2010 11:22:32 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 755A22D6019; Tue, 3 Aug 2010 11:22:31 -0700 (PDT) Message-ID: <4C585E6C.7080006@elischer.org> Date: Tue, 03 Aug 2010 11:22:36 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: pluknet References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: FreeBSD Current Subject: Re: [patch] big whitespace cleanup in sys/kern/* 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, 03 Aug 2010 18:46:03 -0000 On 8/3/10 2:34 AM, pluknet wrote: > Hi. > > I looked into sys/kern/* files to fix a bunch of common w/s style issues (221): > - leading space before label; > - leading space(s) before; > - space(s) instead of(s); > - space(s) in blank like. > > I tried to be conservative and didn't touch semi-contrib files and > those with its own style. > Here is a diff I'd like someone look into and check in if there will > no objections. The style guide suggests against wholesale cleanups and we have generally avoided them due to teh fact that they tend to obfuscate diffs. The idea being that we clean as we go.. however it may be time for one.. I'd leave it to others to decide. > > > > > _______________________________________________ > 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 Tue Aug 3 18:58:13 2010 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 94E6F106566C for ; Tue, 3 Aug 2010 18:58:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (out-0-19.mx.aerioconnect.net [216.240.47.79]) by mx1.freebsd.org (Postfix) with ESMTP id 7653F8FC1F for ; Tue, 3 Aug 2010 18:58:13 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o73IwBA0021000; Tue, 3 Aug 2010 11:58:11 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 1DE512D6013; Tue, 3 Aug 2010 11:58:09 -0700 (PDT) Message-ID: <4C5866C7.1090309@elischer.org> Date: Tue, 03 Aug 2010 11:58:15 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.11) Gecko/20100711 Thunderbird/3.0.6 MIME-Version: 1.0 To: Hans-Joerg Hoexer References: <20100802120236.GB29950@modermoor.genua.de> In-Reply-To: <20100802120236.GB29950@modermoor.genua.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: FreeBSD Current Subject: Re: Driver tpm(4) and third party packages for trusted platform modules 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, 03 Aug 2010 18:58:13 -0000 On 8/2/10 5:02 AM, Hans-Joerg Hoexer wrote: > Hi, > > we have developed a driver tpm(4) for various TPMs for OpenBSD 4.7 and > FreeBSD 8.0 and have ported and updated several third party packages to > enable use of TPMs on Open- and FreeBSD. This enables applications like > OpenSSH to generate and store private keys inside a TPM. (TPM being trusted Platform Module for those like me that had to look it up). This is nice to have.. now we just need someone to take it on and shepherd it into -current (and 8.x ). (ENOTIME here) Moving to -current as that is where it should be put in first.. and a lot of developers don't read hackers. > > The supported TPMs are: > > - Atmel 97SC3203 > - Broadcom BCM0102 > - Infineon SLB 9635 TT 1.2 > - Intel INTC0102 > - Sinosun SNS SSX35 > - STM ST19WP18 > - Winbond WEC WPCT200 > > The supported third party packages are: > > - openCryptoki 2.3.1: An PKCS#11 implementation, including support > for TPMs. OpenSSH can use this library to generate and store private > RSA keys inside a TPM. > - openssl_tpm_engine 0.4.1: An openssl engine supporting TPMs. > - tpm-emulator 0.7.0: An emulator providing the functionality of a TPM. > Used for development purposes. > - tpm-tools 1.3.5: Various tools for managing a TPM, including key > generation. > - trousers 0.3.5: An implementation of the Trusted Software Stack. > This is the backend libary for the afore mentioned packages. > - trousers testsuite 0.2: A testsuite for trousers. > - TrustedGRUB 1.1.4: An TPM enabled version of grub, including support > for natively booting OpenBSD. > > A patch including the driver tpm(4) is attached, more information, > full source code and patches for third party packages can be found at > http://bsssd.sourceforge.net. > > Regards, > HJ. > From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 19:39:49 2010 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 6C685106566B for ; Tue, 3 Aug 2010 19:39:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3BAC78FC0A for ; Tue, 3 Aug 2010 19:39:49 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C98C746B09; Tue, 3 Aug 2010 15:39:48 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DFED68A04E; Tue, 3 Aug 2010 15:39:47 -0400 (EDT) From: John Baldwin To: "Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?=" Date: Tue, 3 Aug 2010 13:46:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <201006101346.59824.jhb@freebsd.org> <864oh4poxa.fsf@ds4.des.no> In-Reply-To: <864oh4poxa.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201008031346.56093.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 03 Aug 2010 15:39:47 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Garrett Cooper , current@freebsd.org Subject: Re: RFC: etcupdate tool in base? 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, 03 Aug 2010 19:39:49 -0000 On Tuesday, June 15, 2010 6:31:45 am Dag-Erling Sm=C3=B8rgrav wrote: > Garrett Cooper writes: > > 1. Script doesn't check to see whether or not it has write access (and > > doesn't catch some errors): >=20 > IMHO, any shell script which is intended to be used more than twice > should start with "set -e". It turns out that this can be quite a PITA to workaround if you have comman= ds=20 that don't fail, but return "status". I use a shell function which uses $?= to=20 return an enum of the result of comparing two files. Using -e for that=20 requires many odd workarounds. A better case is diff(1). I use diff(1) to= =20 generate diff output for 'etcupdate diff' so you can generate a patch of yo= ur=20 local changes to etc. However, diff returns $? of 1 if it detects a=20 difference which is not a failure, but sh -e treats as a failure. This wou= ld=20 require gross hacks along the line of "|| true" or some such which obfuscat= e=20 the code. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 20:11:35 2010 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 E1C5F106567E for ; Tue, 3 Aug 2010 20:11:35 +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 A3B7D8FC15 for ; Tue, 3 Aug 2010 20:11:35 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d10:15c9:32cd:c3fd] (unknown [IPv6:2001:7b8:3a7:0:d10:15c9:32cd:c3fd]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 78C375C43; Tue, 3 Aug 2010 22:11:34 +0200 (CEST) Message-ID: <4C5877F5.4000108@andric.com> Date: Tue, 03 Aug 2010 22:11:33 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.9pre) Gecko/20100723 Lanikai/3.1.2pre MIME-Version: 1.0 To: Tijl Coosemans References: <669395.75282.qm@web59104.mail.re1.yahoo.com> <4C56F426.2040309@andric.com> <201008031208.35052.tijl@coosemans.org> In-Reply-To: <201008031208.35052.tijl@coosemans.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, paradox Subject: Re: WITHOUT_CLANG=yes fix 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, 03 Aug 2010 20:11:36 -0000 On 2010-08-03 12:08, Tijl Coosemans wrote: > How about introducing a MK_CLANG_BOOTSTRAP that defaults to "yes" on > all platforms so you don't have the cross building problem. Setting > WITHOUT_CLANG would force it to "no". Well, in some local patches I already have a WITH_CLANG_BOOTSTRAP setting, but it means "bootstrap the whole buildworld (and buildkernel) with clang". And it still builds tblgen regardless of MK_CLANG or MK_CLANG_BOOTSTRAP. :) I guess some solution needs to be found first for the cross-building issues that Warner pointed out. If those are solved, it should be easy enough to disable building of tblgen and other tools that are not needed for the cross-tools stage, and/or for the subsequent buildworld. From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 20:50:31 2010 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 6F2E9106566C; Tue, 3 Aug 2010 20:50:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2E90C8FC08; Tue, 3 Aug 2010 20:50:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5F1A046B8F; Tue, 3 Aug 2010 16:50:30 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EF2278A03C; Tue, 3 Aug 2010 16:43:26 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 3 Aug 2010 16:39:38 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: <20100722213836.GH15227@martini.nu> <1280090933.14823.2.camel@localhost.localdomain> <201007261044.00126.jhb@freebsd.org> In-Reply-To: <201007261044.00126.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201008031639.38920.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 03 Aug 2010 16:43:27 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: sbruno@freebsd.org Subject: Re: [patch and review please] 64 CPU 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, 03 Aug 2010 20:50:31 -0000 On Monday, July 26, 2010 10:43:59 am John Baldwin wrote: > On Sunday, July 25, 2010 4:48:53 pm Sean Bruno wrote: > > Reposting from -stable. > > > > Kind of a large patch, but in order to make an omlette, you need to > > break a few servers. > > > > This is a diff against -CURRENT, not stable-8 as I didn't get a chance > > to test it. It is directly based off of changes that peter@ made to the > > Yahoo FreeBSD 7 tree. > > > > I have compile and boot tested this on my local machines, but I don't > > have 64 CPU machines to test upon. > > I think IPI_AST in the first hunk should be using ipi_cpu(). I would perhaps > tackle ipi_cpu() as a first step: introduce ipi_cpu() on both i386 and amd64 > (it should be ok to add a real version for i386 rather than the current macro, > it should be a copy of the amd64 code). Other folks can help with other > architectures. ipi_selected() should generally be a good clue as to how to > implement ipi_cpu(). So I have a patch to add ipi_cpu() for HEAD. I've cross-compiled it for each SMP architecture and have booted it on amd64. It uses ipi_cpu() instead of ipi_selected() whenever possible. --- //depot/vendor/freebsd/src/sys/amd64/amd64/mp_machdep.c 2010-06-22 16:25:14.000000000 0000 +++ //depot/projects/smpng/sys/amd64/amd64/mp_machdep.c 2010-08-01 18:48:37.000000000 0000 @@ -1239,15 +1239,51 @@ do { old_pending = cpu_ipi_pending[cpu]; new_pending = old_pending | bitmap; - } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu],old_pending, new_pending)); - + } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu], + old_pending, new_pending)); if (old_pending) continue; } + lapic_ipi_vectored(ipi, cpu_apic_ids[cpu]); + } +} - lapic_ipi_vectored(ipi, cpu_apic_ids[cpu]); +/* + * send an IPI to a specific CPU. + */ +void +ipi_cpu(int cpu, u_int ipi) +{ + u_int bitmap = 0; + u_int old_pending; + u_int new_pending; + + if (IPI_IS_BITMAPED(ipi)) { + bitmap = 1 << ipi; + ipi = IPI_BITMAP_VECTOR; } + /* + * IPI_STOP_HARD maps to a NMI and the trap handler needs a bit + * of help in order to understand what is the source. + * Set the mask of receiving CPUs for this purpose. + */ + if (ipi == IPI_STOP_HARD) + atomic_set_int(&ipi_nmi_pending, 1 << cpu); + + CTR3(KTR_SMP, "%s: cpu: %d ipi: %x", __func__, cpu, ipi); + KASSERT(cpu_apic_ids[cpu] != -1, ("IPI to non-existent CPU %d", cpu)); + + if (bitmap) { + do { + old_pending = cpu_ipi_pending[cpu]; + new_pending = old_pending | bitmap; + } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu], + old_pending, new_pending)); + if (old_pending) + return; + } + lapic_ipi_vectored(ipi, cpu_apic_ids[cpu]); } /* --- //depot/vendor/freebsd/src/sys/amd64/include/smp.h 2010-06-17 12:00:13.000000000 0000 +++ //depot/projects/smpng/sys/amd64/include/smp.h 2010-08-01 18:48:37.000000000 0000 @@ -60,10 +60,11 @@ void cpustop_handler(void); void cpususpend_handler(void); void init_secondary(void); +void ipi_all_but_self(u_int ipi); +void ipi_bitmap_handler(struct trapframe frame); +void ipi_cpu(int cpu, u_int ipi); int ipi_nmi_handler(void); void ipi_selected(cpumask_t cpus, u_int ipi); -void ipi_all_but_self(u_int ipi); -void ipi_bitmap_handler(struct trapframe frame); u_int mp_bootaddress(u_int); int mp_grab_cpu_hlt(void); void smp_cache_flush(void); --- //depot/vendor/freebsd/src/sys/i386/i386/mp_machdep.c 2010-06-22 16:25:14.000000000 0000 +++ //depot/projects/smpng/sys/i386/i386/mp_machdep.c 2010-08-01 18:48:37.000000000 0000 @@ -1327,15 +1327,51 @@ do { old_pending = cpu_ipi_pending[cpu]; new_pending = old_pending | bitmap; - } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu],old_pending, new_pending)); - + } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu], + old_pending, new_pending)); if (old_pending) continue; } + lapic_ipi_vectored(ipi, cpu_apic_ids[cpu]); + } +} - lapic_ipi_vectored(ipi, cpu_apic_ids[cpu]); +/* + * send an IPI to a specific CPU. + */ +void +ipi_cpu(int cpu, u_int ipi) +{ + u_int bitmap = 0; + u_int old_pending; + u_int new_pending; + + if (IPI_IS_BITMAPED(ipi)) { + bitmap = 1 << ipi; + ipi = IPI_BITMAP_VECTOR; } + /* + * IPI_STOP_HARD maps to a NMI and the trap handler needs a bit + * of help in order to understand what is the source. + * Set the mask of receiving CPUs for this purpose. + */ + if (ipi == IPI_STOP_HARD) + atomic_set_int(&ipi_nmi_pending, 1 << cpu); + + CTR3(KTR_SMP, "%s: cpu: %d ipi: %x", __func__, cpu, ipi); + KASSERT(cpu_apic_ids[cpu] != -1, ("IPI to non-existent CPU %d", cpu)); + + if (bitmap) { + do { + old_pending = cpu_ipi_pending[cpu]; + new_pending = old_pending | bitmap; + } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu], + old_pending, new_pending)); + if (old_pending) + return; + } + lapic_ipi_vectored(ipi, cpu_apic_ids[cpu]); } /* --- //depot/vendor/freebsd/src/sys/i386/include/smp.h 2009-08-13 17:30:15.000000000 0000 +++ //depot/projects/smpng/sys/i386/include/smp.h 2010-08-01 18:48:37.000000000 0000 @@ -60,12 +60,13 @@ void cpu_add(u_int apic_id, char boot_cpu); void cpustop_handler(void); void init_secondary(void); -int ipi_nmi_handler(void); -void ipi_selected(cpumask_t cpus, u_int ipi); void ipi_all_but_self(u_int ipi); #ifndef XEN void ipi_bitmap_handler(struct trapframe frame); #endif +void ipi_cpu(int cpu, u_int ipi); +int ipi_nmi_handler(void); +void ipi_selected(cpumask_t cpus, u_int ipi); u_int mp_bootaddress(u_int); int mp_grab_cpu_hlt(void); void smp_cache_flush(void); --- //depot/vendor/freebsd/src/sys/i386/xen/mp_machdep.c 2010-03-10 19:55:15.000000000 0000 +++ //depot/projects/smpng/sys/i386/xen/mp_machdep.c 2010-08-01 18:48:37.000000000 0000 @@ -1121,19 +1121,14 @@ cpu--; cpus &= ~(1 << cpu); - KASSERT(cpu_apic_ids[cpu] != -1, - ("IPI to non-existent CPU %d", cpu)); - if (bitmap) { do { old_pending = cpu_ipi_pending[cpu]; new_pending = old_pending | bitmap; - } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu],old_pending, new_pending)); - + } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu], + old_pending, new_pending)); if (!old_pending) ipi_pcpu(cpu, RESCHEDULE_VECTOR); - continue; - } else { KASSERT(call_data != NULL, ("call_data not set")); ipi_pcpu(cpu, CALL_FUNCTION_VECTOR); @@ -1142,6 +1137,45 @@ } /* + * send an IPI to a specific CPU. + */ +void +ipi_cpu(int cpu, u_int ipi) +{ + u_int bitmap = 0; + u_int old_pending; + u_int new_pending; + + if (IPI_IS_BITMAPED(ipi)) { + bitmap = 1 << ipi; + ipi = IPI_BITMAP_VECTOR; + } + + /* + * IPI_STOP_HARD maps to a NMI and the trap handler needs a bit + * of help in order to understand what is the source. + * Set the mask of receiving CPUs for this purpose. + */ + if (ipi == IPI_STOP_HARD) + atomic_set_int(&ipi_nmi_pending, 1 << cpu); + + CTR3(KTR_SMP, "%s: cpu: %d ipi: %x", __func__, cpu, ipi); + + if (bitmap) { + do { + old_pending = cpu_ipi_pending[cpu]; + new_pending = old_pending | bitmap; + } while (!atomic_cmpset_int(&cpu_ipi_pending[cpu], + old_pending, new_pending)); + if (!old_pending) + ipi_pcpu(cpu, RESCHEDULE_VECTOR); + } else { + KASSERT(call_data != NULL, ("call_data not set")); + ipi_pcpu(cpu, CALL_FUNCTION_VECTOR); + } +} + +/* * send an IPI to all CPUs EXCEPT myself */ void --- //depot/vendor/freebsd/src/sys/ia64/ia64/mp_machdep.c 2010-07-03 20:20:15.000000000 0000 +++ //depot/projects/smpng/sys/ia64/ia64/mp_machdep.c 2010-08-01 18:48:37.000000000 0000 @@ -408,6 +408,16 @@ } /* + * send an IPI to a specific CPU. + */ +void +ipi_cpu(int cpu, u_int ipi) +{ + + ipi_send(cpuid_to_pcpu[cpu], ipi); +} + +/* * send an IPI to all CPUs EXCEPT myself. */ void --- //depot/vendor/freebsd/src/sys/ia64/include/smp.h 2010-03-17 00:40:15.000000000 0000 +++ //depot/projects/smpng/sys/ia64/include/smp.h 2010-08-01 18:48:37.000000000 0000 @@ -25,6 +25,7 @@ extern int ia64_ipi_wakeup; void ipi_all_but_self(int ipi); +void ipi_cpu(int cpu, u_int ipi); void ipi_selected(cpumask_t cpus, int ipi); void ipi_send(struct pcpu *, int ipi); --- //depot/vendor/freebsd/src/sys/kern/sched_4bsd.c 2010-06-11 18:50:16.000000000 0000 +++ //depot/projects/smpng/sys/kern/sched_4bsd.c 2010-08-01 18:48:37.000000000 0000 @@ -1154,7 +1154,7 @@ pcpu = pcpu_find(cpuid); if (idle_cpus_mask & pcpu->pc_cpumask) { forward_wakeups_delivered++; - ipi_selected(pcpu->pc_cpumask, IPI_AST); + ipi_cpu(cpuid, IPI_AST); return; } @@ -1167,13 +1167,13 @@ if (pri <= PRI_MAX_ITHD) #endif /* ! FULL_PREEMPTION */ { - ipi_selected(pcpu->pc_cpumask, IPI_PREEMPT); + ipi_cpu(cpuid, IPI_PREEMPT); return; } #endif /* defined(IPI_PREEMPTION) && defined(PREEMPTION) */ pcpu->pc_curthread->td_flags |= TDF_NEEDRESCHED; - ipi_selected(pcpu->pc_cpumask, IPI_AST); + ipi_cpu(cpuid, IPI_AST); return; } #endif /* SMP */ @@ -1666,7 +1666,7 @@ td->td_flags |= TDF_NEEDRESCHED; if (td != curthread) - ipi_selected(1 << cpu, IPI_AST); + ipi_cpu(cpu, IPI_AST); break; default: break; --- //depot/vendor/freebsd/src/sys/kern/sched_ule.c 2010-07-15 13:50:13.000000000 0000 +++ //depot/projects/smpng/sys/kern/sched_ule.c 2010-08-01 18:48:37.000000000 0000 @@ -851,7 +851,7 @@ * IPI the target cpu to force it to reschedule with the new * workload. */ - ipi_selected(1 << TDQ_ID(low), IPI_PREEMPT); + ipi_cpu(TDQ_ID(low), IPI_PREEMPT); } tdq_unlock_pair(high, low); return (moved); @@ -974,7 +974,7 @@ return; } tdq->tdq_ipipending = 1; - ipi_selected(1 << cpu, IPI_PREEMPT); + ipi_cpu(cpu, IPI_PREEMPT); } /* @@ -2411,7 +2411,7 @@ cpu = ts->ts_cpu; ts->ts_cpu = sched_pickcpu(td, 0); if (cpu != PCPU_GET(cpuid)) - ipi_selected(1 << cpu, IPI_PREEMPT); + ipi_cpu(cpu, IPI_PREEMPT); #endif } --- //depot/vendor/freebsd/src/sys/kern/subr_smp.c 2010-06-11 18:50:16.000000000 0000 +++ //depot/projects/smpng/sys/kern/subr_smp.c 2010-08-01 18:48:37.000000000 0000 @@ -181,7 +181,7 @@ id = td->td_oncpu; if (id == NOCPU) return; - ipi_selected(1 << id, IPI_AST); + ipi_cpu(id, IPI_AST); } /* --- //depot/vendor/freebsd/src/sys/mips/include/smp.h 2010-05-16 19:50:44.000000000 0000 +++ //depot/projects/smpng/sys/mips/include/smp.h 2010-08-01 18:48:37.000000000 0000 @@ -30,6 +30,7 @@ #ifndef LOCORE +void ipi_cpu(int cpu, u_int ipi); void ipi_selected(cpumask_t cpus, int ipi); void smp_init_secondary(u_int32_t cpuid); void mpentry(void); --- //depot/vendor/freebsd/src/sys/mips/mips/mp_machdep.c 2010-06-17 05:05:14.000000000 0000 +++ //depot/projects/smpng/sys/mips/mips/mp_machdep.c 2010-08-01 18:48:37.000000000 0000 @@ -85,6 +85,15 @@ } } +/* Send an IPI to a specific CPU. */ +void +ipi_cpu(int cpu, u_int ipi) +{ + + CTR3(KTR_SMP, "%s: cpu: %d, ipi: %x\n", __func__, cpu, ipi); + ipi_send(cpuid_to_pcpu[cpu], ipi); +} + /* * Handle an IPI sent to this processor. */ --- //depot/vendor/freebsd/src/sys/powerpc/include/smp.h 2010-07-13 05:39:35.000000000 0000 +++ //depot/projects/smpng/sys/powerpc/include/smp.h 2010-08-01 18:48:37.000000000 0000 @@ -40,6 +40,7 @@ #ifndef LOCORE void ipi_all_but_self(int ipi); +void ipi_cpu(int cpu, u_int ipi); void ipi_selected(cpumask_t cpus, int ipi); struct cpuref { --- //depot/vendor/freebsd/src/sys/powerpc/powerpc/mp_machdep.c 2010-07-13 05:39:35.000000000 0000 +++ //depot/projects/smpng/sys/powerpc/powerpc/mp_machdep.c 2010-08-01 18:48:37.000000000 0000 @@ -336,6 +336,14 @@ } } +/* Send an IPI to a specific CPU. */ +void +ipi_cpu(int cpu, u_int ipi) +{ + + ipi_send(cpuid_to_pcpu[cpu], ipi); +} + /* Send an IPI to all CPUs EXCEPT myself. */ void ipi_all_but_self(int ipi) --- //depot/vendor/freebsd/src/sys/sparc64/include/smp.h 2010-07-04 12:45:48.000000000 0000 +++ //depot/projects/smpng/sys/sparc64/include/smp.h 2010-08-01 18:48:37.000000000 0000 @@ -133,6 +133,17 @@ cpu_ipi_selected(cpus, 0, (u_long)tl_ipi_level, ipi); } +static __inline void +ipi_cpu(int cpu, u_int ipi) +{ + + /* + * XXX: Not ideal, but would require more work to add a cpu_ipi_cpu + * function pointer. + */ + cpu_ipi_selected(1 << cpu, 0, (u_long)tl_ipi_level, ipi); +} + #if defined(_MACHINE_PMAP_H_) && defined(_SYS_MUTEX_H_) static __inline void * --- //depot/vendor/freebsd/src/sys/sun4v/include/smp.h 2009-08-13 17:30:15.000000000 0000 +++ //depot/projects/smpng/sys/sun4v/include/smp.h 2010-08-01 18:48:37.000000000 0000 @@ -82,8 +82,9 @@ void cpu_ipi_stop(struct trapframe *tf); void cpu_ipi_preempt(struct trapframe *tf); +void ipi_all_but_self(u_int ipi); +void ipi_cpu(int cpu, u_int ipi); void ipi_selected(u_int cpus, u_int ipi); -void ipi_all_but_self(u_int ipi); vm_offset_t mp_tramp_alloc(void); void mp_set_tsb_desc_ra(vm_paddr_t); --- //depot/vendor/freebsd/src/sys/sun4v/sun4v/mp_machdep.c 2009-06-23 22:54:36.000000000 0000 +++ //depot/projects/smpng/sys/sun4v/sun4v/mp_machdep.c 2010-08-03 17:34:33.000000000 0000 @@ -518,7 +518,6 @@ } } - void ipi_selected(u_int icpus, u_int ipi) { @@ -533,7 +532,6 @@ * 4) handling 4-way threading vs 2-way threading should happen here * and not in forward wakeup */ - cpulist = PCPU_GET(cpulist); cpus = (icpus & ~PCPU_GET(cpumask)); @@ -545,8 +543,32 @@ cpu_count++; } - cpu_ipi_selected(cpu_count, cpulist, (u_long)tl_ipi_level, ipi, 0, &ackmask); - + cpu_ipi_selected(cpu_count, cpulist, (u_long)tl_ipi_level, ipi, 0, + &ackmask); +} + +void +ipi_cpu(int cpu, u_int ipi) +{ + int cpu_count; + uint16_t *cpulist; + uint64_t ackmask; + + /* + * + * 3) forward_wakeup appears to abuse ASTs + * 4) handling 4-way threading vs 2-way threading should happen here + * and not in forward wakeup + */ + cpulist = PCPU_GET(cpulist); + if (PCPU_GET(cpumask) & (1 << cpu)) + cpu_count = 0; + else { + cpulist[0] = (uint16_t)cpu; + cpu_count = 1; + } + cpu_ipi_selected(cpu_count, cpulist, (u_long)tl_ipi_level, ipi, 0, + &ackmask); } void -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 3 21:59:01 2010 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 B12E71065676 for ; Tue, 3 Aug 2010 21:59:01 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id 5D65E8FC14 for ; Tue, 3 Aug 2010 21:59:00 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id o73Le7Sa001098; Tue, 3 Aug 2010 17:40:07 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id o73Le5Ve001097; Tue, 3 Aug 2010 17:40:05 -0400 (EDT) Date: Tue, 3 Aug 2010 17:40:05 -0400 From: Thomas Dickey To: FreeBSD Current Message-ID: <20100803214005.GA539@saltmine.radix.net> References: <4C585E6C.7080006@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <4C585E6C.7080006@elischer.org> User-Agent: Mutt/1.3.27i Cc: Julian Elischer Subject: Re: [patch] big whitespace cleanup in sys/kern/* 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, 03 Aug 2010 21:59:01 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 03, 2010 at 11:22:36AM -0700, Julian Elischer wrote: > On 8/3/10 2:34 AM, pluknet wrote: > >Hi. > > > >I looked into sys/kern/* files to fix a bunch of common w/s style issues= =20 > >(221): > >- leading space before label; > >- leading space(s) before; > >- space(s) instead of(s); > >- space(s) in blank like. > > > >I tried to be conservative and didn't touch semi-contrib files and > >those with its own style. > >Here is a diff I'd like someone look into and check in if there will > >no objections. >=20 > The style guide suggests against wholesale cleanups and we have=20 > generally avoided them due to teh fact that they tend to obfuscate diffs. > The idea being that we clean as we go.. > however it may be time for one.. I'd leave it to others to decide. I'm curious why there's no mention of using 'indent' (with appropriate settings...). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFMWIyztIqByHxlDocRAk2dAKCL4+kRycAqdb9wmRPRxe6J4aBO+gCeKphq LTW8ZyNAQpUgfJUbtumkxEw= =HV9w -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 00:21:48 2010 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 86420106568E for ; Wed, 4 Aug 2010 00:21:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 61AC78FC18 for ; Wed, 4 Aug 2010 00:21:48 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id o740Lkc5076348; Tue, 3 Aug 2010 17:21:46 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id o740LjA2076347; Tue, 3 Aug 2010 17:21:45 -0700 (PDT) (envelope-from sgk) Date: Tue, 3 Aug 2010 17:21:45 -0700 From: Steve Kargl To: Thomas Dickey Message-ID: <20100804002145.GA76309@troutmask.apl.washington.edu> References: <4C585E6C.7080006@elischer.org> <20100803214005.GA539@saltmine.radix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100803214005.GA539@saltmine.radix.net> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Current , Julian Elischer Subject: Re: [patch] big whitespace cleanup in sys/kern/* 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, 04 Aug 2010 00:21:48 -0000 On Tue, Aug 03, 2010 at 05:40:05PM -0400, Thomas Dickey wrote: > On Tue, Aug 03, 2010 at 11:22:36AM -0700, Julian Elischer wrote: > > On 8/3/10 2:34 AM, pluknet wrote: > > >Hi. > > > > > >I looked into sys/kern/* files to fix a bunch of common w/s style issues > > >(221): > > >- leading space before label; > > >- leading space(s) before; > > >- space(s) instead of(s); > > >- space(s) in blank like. > > > > > >I tried to be conservative and didn't touch semi-contrib files and > > >those with its own style. > > >Here is a diff I'd like someone look into and check in if there will > > >no objections. > > > > The style guide suggests against wholesale cleanups and we have > > generally avoided them due to teh fact that they tend to obfuscate diffs. > > The idea being that we clean as we go.. > > however it may be time for one.. I'd leave it to others to decide. > > I'm curious why there's no mention of using 'indent' (with appropriate > settings...). > Because there is no set of appropriate settings for indent(1) to reproduce style(9). -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 00:43:49 2010 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 27BCB1065674; Wed, 4 Aug 2010 00:43:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EA95F8FC14; Wed, 4 Aug 2010 00:43:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o740hl9f094438; Tue, 3 Aug 2010 20:43:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o740hlW6094433; Wed, 4 Aug 2010 00:43:47 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Aug 2010 00:43:47 GMT Message-Id: <201008040043.o740hlW6094433@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 04 Aug 2010 00:43:49 -0000 TB --- 2010-08-03 23:35:26 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 23:35:26 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-08-03 23:35:26 - cleaning the object tree TB --- 2010-08-03 23:35:38 - cvsupping the source tree TB --- 2010-08-03 23:35:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-08-03 23:36:18 - building world TB --- 2010-08-03 23:36:18 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 23:36:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 23:36:18 - TARGET=sparc64 TB --- 2010-08-03 23:36:18 - TARGET_ARCH=sparc64 TB --- 2010-08-03 23:36:18 - TZ=UTC TB --- 2010-08-03 23:36:18 - __MAKE_CONF=/dev/null TB --- 2010-08-03 23:36:18 - cd /src TB --- 2010-08-03 23:36:18 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 3 23:36:18 UTC 2010 >>> 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 Wed Aug 4 00:34:55 UTC 2010 TB --- 2010-08-04 00:34:55 - generating LINT kernel config TB --- 2010-08-04 00:34:55 - cd /src/sys/sparc64/conf TB --- 2010-08-04 00:34:55 - /usr/bin/make -B LINT TB --- 2010-08-04 00:34:55 - building LINT kernel TB --- 2010-08-04 00:34:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-04 00:34:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-04 00:34:55 - TARGET=sparc64 TB --- 2010-08-04 00:34:55 - TARGET_ARCH=sparc64 TB --- 2010-08-04 00:34:55 - TZ=UTC TB --- 2010-08-04 00:34:55 - __MAKE_CONF=/dev/null TB --- 2010-08-04 00:34:55 - cd /src TB --- 2010-08-04 00:34:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 4 00:34:55 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_lookup.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_mount.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_subr.c cc1: warnings being treated as errors /src/sys/kern/vfs_subr.c: In function 'vntblinit': /src/sys/kern/vfs_subr.c:316: warning: format '%d' expects type 'int', but argument 3 has type 'long int' *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-04 00:43:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-04 00:43:47 - ERROR: failed to build lint kernel TB --- 2010-08-04 00:43:47 - 3181.19 user 691.84 system 4100.96 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 00:49:10 2010 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 CE9A2106564A; Wed, 4 Aug 2010 00:49:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 826D78FC15; Wed, 4 Aug 2010 00:49:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o740n9u5009063; Tue, 3 Aug 2010 20:49:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o740n91J009062; Wed, 4 Aug 2010 00:49:09 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Aug 2010 00:49:09 GMT Message-Id: <201008040049.o740n91J009062@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 04 Aug 2010 00:49:10 -0000 TB --- 2010-08-03 23:42:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 23:42:32 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-08-03 23:42:32 - cleaning the object tree TB --- 2010-08-03 23:42:43 - cvsupping the source tree TB --- 2010-08-03 23:42:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-08-03 23:43:08 - building world TB --- 2010-08-03 23:43:08 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 23:43:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 23:43:08 - TARGET=sun4v TB --- 2010-08-03 23:43:08 - TARGET_ARCH=sparc64 TB --- 2010-08-03 23:43:08 - TZ=UTC TB --- 2010-08-03 23:43:08 - __MAKE_CONF=/dev/null TB --- 2010-08-03 23:43:08 - cd /src TB --- 2010-08-03 23:43:08 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 3 23:43:08 UTC 2010 >>> 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 Wed Aug 4 00:40:43 UTC 2010 TB --- 2010-08-04 00:40:43 - generating LINT kernel config TB --- 2010-08-04 00:40:43 - cd /src/sys/sun4v/conf TB --- 2010-08-04 00:40:43 - /usr/bin/make -B LINT TB --- 2010-08-04 00:40:43 - building LINT kernel TB --- 2010-08-04 00:40:43 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-04 00:40:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-04 00:40:43 - TARGET=sun4v TB --- 2010-08-04 00:40:43 - TARGET_ARCH=sparc64 TB --- 2010-08-04 00:40:43 - TZ=UTC TB --- 2010-08-04 00:40:43 - __MAKE_CONF=/dev/null TB --- 2010-08-04 00:40:43 - cd /src TB --- 2010-08-04 00:40:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 4 00:40:43 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_lookup.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_mount.c cc -c -O2 -pipe -fno-strict-aliasing -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 -fstack-protector -Werror /src/sys/kern/vfs_subr.c cc1: warnings being treated as errors /src/sys/kern/vfs_subr.c: In function 'vntblinit': /src/sys/kern/vfs_subr.c:316: warning: format '%d' expects type 'int', but argument 3 has type 'long int' *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-04 00:49:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-04 00:49:09 - ERROR: failed to build lint kernel TB --- 2010-08-04 00:49:09 - 3162.26 user 681.73 system 3997.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 01:03:42 2010 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 F0EF81065674; Wed, 4 Aug 2010 01:03:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B98788FC0C; Wed, 4 Aug 2010 01:03:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o7413foY038874; Tue, 3 Aug 2010 21:03:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o7413fKj038873; Wed, 4 Aug 2010 01:03:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 4 Aug 2010 01:03:41 GMT Message-Id: <201008040103.o7413fKj038873@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Wed, 04 Aug 2010 01:03:43 -0000 TB --- 2010-08-03 23:22:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-03 23:22:17 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-08-03 23:22:17 - cleaning the object tree TB --- 2010-08-03 23:22:36 - cvsupping the source tree TB --- 2010-08-03 23:22:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-08-03 23:23:05 - building world TB --- 2010-08-03 23:23:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-03 23:23:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-03 23:23:05 - TARGET=powerpc TB --- 2010-08-03 23:23:05 - TARGET_ARCH=powerpc TB --- 2010-08-03 23:23:05 - TZ=UTC TB --- 2010-08-03 23:23:05 - __MAKE_CONF=/dev/null TB --- 2010-08-03 23:23:05 - cd /src TB --- 2010-08-03 23:23:05 - /usr/bin/make -B buildworld >>> World build started on Tue Aug 3 23:23:06 UTC 2010 >>> 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 Wed Aug 4 00:55:25 UTC 2010 TB --- 2010-08-04 00:55:25 - generating LINT kernel config TB --- 2010-08-04 00:55:25 - cd /src/sys/powerpc/conf TB --- 2010-08-04 00:55:25 - /usr/bin/make -B LINT TB --- 2010-08-04 00:55:25 - building LINT kernel TB --- 2010-08-04 00:55:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-04 00:55:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-04 00:55:25 - TARGET=powerpc TB --- 2010-08-04 00:55:25 - TARGET_ARCH=powerpc TB --- 2010-08-04 00:55:25 - TZ=UTC TB --- 2010-08-04 00:55:25 - __MAKE_CONF=/dev/null TB --- 2010-08-04 00:55:25 - cd /src TB --- 2010-08-04 00:55:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Aug 4 00:55:25 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -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/libfdt -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_hash.c cc -c -O2 -pipe -fno-strict-aliasing -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/libfdt -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_init.c cc -c -O2 -pipe -fno-strict-aliasing -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/libfdt -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_lookup.c cc -c -O2 -pipe -fno-strict-aliasing -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/libfdt -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_mount.c cc -c -O2 -pipe -fno-strict-aliasing -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/libfdt -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 -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/vfs_subr.c cc1: warnings being treated as errors /src/sys/kern/vfs_subr.c: In function 'vntblinit': /src/sys/kern/vfs_subr.c:316: warning: format '%d' expects type 'int', but argument 3 has type 'long int' *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-04 01:03:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-04 01:03:41 - ERROR: failed to build lint kernel TB --- 2010-08-04 01:03:41 - 4934.02 user 850.95 system 6084.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 03:49:51 2010 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 B51F41065673; Wed, 4 Aug 2010 03:49:51 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (unknown [IPv6:2001:240:28::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5F6488FC12; Wed, 4 Aug 2010 03:49:51 +0000 (UTC) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.3/8.14.3) with ESMTP id o743leeR046013; Wed, 4 Aug 2010 12:47:40 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <201008040347.o743leeR046013@sana.init-main.com> To: Hans-Joerg Hoexer In-reply-to: Your message of "Mon, 02 Aug 2010 14:02:36 +0200." <20100802120236.GB29950@modermoor.genua.de> Date: Wed, 04 Aug 2010 12:47:40 +0900 From: Takanori Watanabe Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Driver tpm(4) and third party packages for trusted platform modules 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, 04 Aug 2010 03:49:51 -0000 In message <20100802120236.GB29950@modermoor.genua.de>, Hans-Joerg Hoexer wrote: >Hi, > >we have developed a driver tpm(4) for various TPMs for OpenBSD 4.7 and >FreeBSD 8.0 and have ported and updated several third party packages to >enable use of TPMs on Open- and FreeBSD. This enables applications like >OpenSSH to generate and store private keys inside a TPM. > >The supported TPMs are: > >- Atmel 97SC3203 >- Broadcom BCM0102 >- Infineon SLB 9635 TT 1.2 >- Intel INTC0102 >- Sinosun SNS SSX35 >- STM ST19WP18 >- Winbond WEC WPCT200 > >The supported third party packages are: > >- openCryptoki 2.3.1: An PKCS#11 implementation, including support > for TPMs. OpenSSH can use this library to generate and store private > RSA keys inside a TPM. >- openssl_tpm_engine 0.4.1: An openssl engine supporting TPMs. >- tpm-emulator 0.7.0: An emulator providing the functionality of a TPM. > Used for development purposes. >- tpm-tools 1.3.5: Various tools for managing a TPM, including key > generation. >- trousers 0.3.5: An implementation of the Trusted Software Stack. > This is the backend libary for the afore mentioned packages. >- trousers testsuite 0.2: A testsuite for trousers. >- TrustedGRUB 1.1.4: An TPM enabled version of grub, including support > for natively booting OpenBSD. > >A patch including the driver tpm(4) is attached, more information, >full source code and patches for third party packages can be found at >http://bsssd.sourceforge.net. Nice! Quick review and hack: 1.How about attaching it as acpi child driver? In some case, TPM may appear in ACPI namespace (with _HID) and TPM spec defines ACPI method to handle TPM specific request. 2. Is identify method needed? Writing device hint will attach isa child driver, I think. 3.Module build I don't know it is proper in TPM nature. === diff -ruN src/sys/dev/tpm/tpm.c src.new/sys/dev/tpm/tpm.c --- src/sys/dev/tpm/tpm.c 2010-08-04 12:39:05.000000000 +0900 +++ src.new/sys/dev/tpm/tpm.c 2010-08-04 12:27:41.000000000 +0900 @@ -264,15 +264,22 @@ int tpm_legacy_end(struct tpm_softc *, int, int); #ifdef __FreeBSD__ +static struct isa_pnp_id tpm_ids[] = { + {0x32021114, "Trusted Platform Module"}, + + {0} +}; + /* * FreeBSD specific code for probing and attaching TPM to device tree. */ +#if 0 static void tpm_identify(driver_t *driver, device_t parent) { BUS_ADD_CHILD(parent, ISA_ORDER_SPECULATIVE, "tpm", 0); } - +#endif static int tpm_probe(device_t dev) { @@ -281,8 +288,14 @@ bus_space_handle_t ioh; struct resource *mem_res; int rv, mem_rid; + int ret; bzero(sc, sizeof(struct tpm_softc)); + + if((ret = ISA_PNP_PROBE(device_get_parent(dev), dev, tpm_ids)) + <= 0){ + return ret; + } mem_rid = 0; mem_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &mem_rid, @@ -362,7 +375,9 @@ } static device_method_t tpm_methods[] = { +#if 0 DEVMETHOD(device_identify, tpm_identify), +#endif DEVMETHOD(device_probe, tpm_probe), DEVMETHOD(device_attach, tpm_attach), DEVMETHOD(device_suspend, tpm_suspend), @@ -377,6 +392,7 @@ static devclass_t tpm_devclass; DRIVER_MODULE(tpm, isa, tpm_driver, tpm_devclass, 0, 0); +DRIVER_MODULE(tpm, acpi, tpm_driver, tpm_devclass, 0, 0); #else /* * OpenBSD specific code for probing and attaching TPM to device tree. diff -ruN src/sys/modules/tpm/Makefile src.new/sys/modules/tpm/Makefile --- src/sys/modules/tpm/Makefile 1970-01-01 09:00:00.000000000 +0900 +++ src.new/sys/modules/tpm/Makefile 2010-08-04 12:43:59.000000000 +0900 @@ -0,0 +1,8 @@ +# $FreeBSD$ + +.PATH: ${.CURDIR}/../../dev/tpm + +KMOD= tpm +SRCS= tpm.c isa_if.h opt_acpi.h acpi_if.h bus_if.h device_if.h + +.include From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 08:05:35 2010 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 D2E7F1065679 for ; Wed, 4 Aug 2010 08:05:35 +0000 (UTC) (envelope-from gavin@ury.york.ac.uk) Received: from ixe-mta-27.emailfiltering.com (ixe-mta-27-tx.emailfiltering.com [194.116.199.158]) by mx1.freebsd.org (Postfix) with ESMTP id 459A88FC12 for ; Wed, 4 Aug 2010 08:05:34 +0000 (UTC) Received: from mail-gw12.york.ac.uk ([144.32.129.162]) by ixe-mta-27.emailfiltering.com with emfmta (version 4.5.0.261) by TLS id 699420630 for mexas@bristol.ac.uk; 9159309aa65bed98; Wed, 04 Aug 2010 08:55:20 +0100 Received: from ury.york.ac.uk ([144.32.108.81]:49811) by mail-gw12.york.ac.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1OgYoq-0007sQ-Jr; Wed, 04 Aug 2010 08:55:20 +0100 Received: from gavin (helo=localhost) by ury.york.ac.uk with local-esmtp (Exim 4.72) (envelope-from ) id 1OgYoq-0001m2-Bq; Wed, 04 Aug 2010 08:55:20 +0100 Date: Wed, 4 Aug 2010 08:55:20 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Anton Shterenlikht In-Reply-To: <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> Message-ID: References: <20100726132451.GA18443@mech-cluster241.men.bris.ac.uk> <1280226205.78791.0.camel@buffy.york.ac.uk> <20100727115831.GA46325@mech-cluster241.men.bris.ac.uk> <1280238737.78791.20.camel@buffy.york.ac.uk> <20100727144703.GA46905@mech-cluster241.men.bris.ac.uk> <1280249605.78791.36.camel@buffy.york.ac.uk> <20100727172021.GA47859@mech-cluster241.men.bris.ac.uk> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Cc: freebsd-current@FreeBSD.org Subject: Re: amd64 panic snd_hda - hdac_get_capabilities: Invalid corb size (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, 04 Aug 2010 08:05:36 -0000 On Tue, 27 Jul 2010, Anton Shterenlikht wrote: > On Tue, Jul 27, 2010 at 05:53:25PM +0100, Gavin Atkinson wrote: > > On Tue, 2010-07-27 at 15:47 +0100, Anton Shterenlikht wrote: > > > db> bt > > > Tracing pid 0 tid 100000 td 0xffffffff80b40de0 > > > kdb_enter() at kdb_enter+0x3d > > > panic() at panic+0x17b > > > uma_dbg_free() at uma_zfree_arg+0x62 > > > free() at free+0xcd > > > device_set_driver() at device_set_driver+0x7c > > > device_attach() at device_attach+0x1a3 > > > > Thanks. Can you try > > http://people.freebsd.org/~gavin/mexas-hda-panic.diff > > > > and see if that solves things for you? > > > > (Credit goes to avg@ for looking into this before me :) > > yes, thanks, the panic has gone away. I've committed this patch, and will MFC in one week. Thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 09:43:58 2010 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 8EBE6106566C; Wed, 4 Aug 2010 09:43:58 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 2838E8FC20; Wed, 4 Aug 2010 09:43:57 +0000 (UTC) Received: from gidgate.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id o749Rm8M079831; Wed, 4 Aug 2010 10:27:48 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [194.32.164.28] ([194.32.164.6]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id o749Rg9G042144; Wed, 4 Aug 2010 10:27:42 +0100 (BST) (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: <4C5858BF.7030303@FreeBSD.org> Date: Wed, 4 Aug 2010 10:27:42 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <69C0051A-254C-4535-8151-F336609D9E6D@gid.co.uk> References: <4C5858BF.7030303@FreeBSD.org> To: Jamie Gritton X-Mailer: Apple Mail (2.1081) Cc: FreeBSD Current , pluknet Subject: Re: [patch] big whitespace cleanup in sys/kern/* 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, 04 Aug 2010 09:43:58 -0000 Hi, On 3 Aug 2010, at 18:58, Jamie Gritton wrote: > I always understood that is was a style error *not* to have at least > some whitespace before a label, that only top-level objects should be > pushed all the way to the left column. Style(9) appears to be silent = on > this issue. Labels are special in that their scope is the enclosing function (not = the enclosing block). Hanging them to the left emphasises this. -- Bob Bishop rb@gid.co.uk From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 10:41:57 2010 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 7FAC61065676; Wed, 4 Aug 2010 10:41:57 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (unknown [IPv6:2001:240:28::1]) by mx1.freebsd.org (Postfix) with ESMTP id E2EBC8FC19; Wed, 4 Aug 2010 10:41:56 +0000 (UTC) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.3/8.14.3) with ESMTP id o74AdfYO047937; Wed, 4 Aug 2010 19:39:42 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <201008041039.o74AdfYO047937@sana.init-main.com> To: tss-project@genua.de In-reply-to: Your message of "Wed, 04 Aug 2010 12:47:40 JST." <201008040347.o743leeR046013@sana.init-main.com> Date: Wed, 04 Aug 2010 19:39:41 +0900 From: Takanori Watanabe Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: Driver tpm(4) and third party packages for trusted platform modules 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, 04 Aug 2010 10:41:57 -0000 In message <201008040347.o743leeR046013@sana.init-main.com>, wrote: >Quick review and hack: > >1.How about attaching it as acpi child driver? > >In some case, TPM may appear in ACPI namespace (with _HID) and >TPM spec defines ACPI method to handle TPM specific request. > >2. Is identify method needed? > >Writing device hint will attach isa child driver, I think. > >3.Module build > >I don't know it is proper in TPM nature. Update my patch. Split bus attachment from main driver file (need to update sys/conf/files), add detach method for convinience, and attach softc to cdev.si_drv1 . ==== diff -ruN src/sys/dev/tpm/tpm.c src.new/sys/dev/tpm/tpm.c --- src/sys/dev/tpm/tpm.c 2010-08-04 12:39:05.000000000 +0900 +++ src.new/sys/dev/tpm/tpm.c 2010-08-04 19:32:44.000000000 +0900 @@ -49,6 +49,7 @@ #include #include #endif +#include "tpmvar.h" #ifndef __FreeBSD__ /* XXX horrible hack for tcsd (-lpthread) workaround on OpenBSD */ @@ -142,43 +143,10 @@ /* Set when enabling legacy interface in host bridge. */ int tpm_enabled; -struct tpm_softc { -#ifndef __FreeBSD__ - struct device sc_dev; -#endif - void *sc_ih; - - int (*sc_init)(struct tpm_softc *, int, const char *); - int (*sc_start)(struct tpm_softc *, int); - int (*sc_read)(struct tpm_softc *, void *, int, size_t *, int); - int (*sc_write)(struct tpm_softc *, void *, int); - int (*sc_end)(struct tpm_softc *, int, int); - - bus_space_tag_t sc_bt, sc_batm; - bus_space_handle_t sc_bh, sc_bahm; - - u_int32_t sc_devid; - u_int32_t sc_rev; - u_int32_t sc_stat; - u_int32_t sc_capabilities; - - int sc_flags; -#define TPM_OPEN 0x0001 - - int sc_vector; -#ifdef __FreeBSD__ - void *intr_cookie; -#endif - -#ifndef __FreeBSD__ - void *sc_powerhook; -#endif - int sc_suspend; -}; #ifdef __FreeBSD__ #define TPMSOFTC(dev) \ - ((struct tpm_softc *)devclass_get_softc(tpm_devclass, dev2unit(dev))) + ((struct tpm_softc *)dev->si_drv1) d_open_t tpmopen; d_close_t tpmclose; @@ -229,7 +197,6 @@ { 0, "", TPM_DEV_NOINTS }, }; -int tpm_tis12_probe(bus_space_tag_t, bus_space_handle_t); int tpm_tis12_irqinit(struct tpm_softc *, int, int); int tpm_tis12_init(struct tpm_softc *, int, const char *); int tpm_tis12_start(struct tpm_softc *, int); @@ -239,8 +206,6 @@ #ifdef __FreeBSD__ void tpm_intr(void *); -int tpm_suspend(device_t); -int tpm_resume(device_t); #else int tpm_intr(void *); void tpm_powerhook(int, void *); @@ -264,67 +229,45 @@ int tpm_legacy_end(struct tpm_softc *, int, int); #ifdef __FreeBSD__ + /* * FreeBSD specific code for probing and attaching TPM to device tree. */ +#if 0 static void tpm_identify(driver_t *driver, device_t parent) { BUS_ADD_CHILD(parent, ISA_ORDER_SPECULATIVE, "tpm", 0); } +#endif -static int -tpm_probe(device_t dev) -{ - struct tpm_softc *sc = device_get_softc(dev); - bus_space_tag_t iot; - bus_space_handle_t ioh; - struct resource *mem_res; - int rv, mem_rid; - - bzero(sc, sizeof(struct tpm_softc)); - - mem_rid = 0; - mem_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &mem_rid, - RF_ACTIVE); - if (mem_res == NULL) - return (ENXIO); - iot = rman_get_bustag(mem_res); - ioh = rman_get_bushandle(mem_res); - - if ((rv = tpm_tis12_probe(iot, ioh))) - device_set_desc(dev, "Trusted Platform Module"); - - bus_release_resource(dev, SYS_RES_MEMORY, mem_rid, mem_res); - return rv ? 0 : ENXIO; -} -static int +int tpm_attach(device_t dev) { struct tpm_softc *sc = device_get_softc(dev); - struct resource *mem_res; - int mem_rid; - int irq_rid, irq; - struct resource *irq_res; + int irq; - mem_rid = 0; - mem_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &mem_rid, + sc->mem_rid = 0; + sc->mem_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &sc->mem_rid, RF_ACTIVE); - if (mem_res == NULL) + if (sc->mem_res == NULL) return ENXIO; - sc->sc_bt = rman_get_bustag(mem_res); - sc->sc_bh = rman_get_bushandle(mem_res); + sc->sc_bt = rman_get_bustag(sc->mem_res); + sc->sc_bh = rman_get_bushandle(sc->mem_res); - irq_rid = 0; - irq_res = bus_alloc_resource_any(dev, SYS_RES_IRQ, &irq_rid, + sc->irq_rid = 0; + sc->irq_res = bus_alloc_resource_any(dev, SYS_RES_IRQ, &sc->irq_rid, RF_ACTIVE | RF_SHAREABLE); - if (irq_res != NULL) - irq = rman_get_start(irq_res); + if (sc->irq_res != NULL) + irq = rman_get_start(sc->irq_res); else irq = IRQUNK; + /*In case PnP probe this may contain some initialization.*/ + tpm_tis12_probe(sc->sc_bt, sc->sc_bh); + if (tpm_legacy_probe(sc->sc_bt, sc->sc_bh)) { sc->sc_init = tpm_legacy_init; sc->sc_start = tpm_legacy_start; @@ -341,42 +284,51 @@ printf("%s", device_get_name(dev)); if ((sc->sc_init)(sc, irq, "tpm")) { - bus_release_resource(dev, SYS_RES_MEMORY, mem_rid, mem_res); - bus_release_resource(dev, SYS_RES_IRQ, irq_rid, irq_res); + tpm_detach(dev); return ENXIO; } - if (sc->sc_init == tpm_tis12_init && irq_res != NULL && - bus_setup_intr(dev, irq_res, INTR_TYPE_TTY, NULL, + if (sc->sc_init == tpm_tis12_init && sc->irq_res != NULL && + bus_setup_intr(dev, sc->irq_res, INTR_TYPE_TTY, NULL, tpm_intr, sc, &sc->intr_cookie) != 0) { - bus_release_resource(dev, SYS_RES_MEMORY, mem_rid, mem_res); - bus_release_resource(dev, SYS_RES_IRQ, irq_rid, irq_res); + tpm_detach(dev); printf(": cannot establish interrupt\n"); return 1; } - make_dev(&tpm_cdevsw, device_get_unit(dev), UID_ROOT, GID_WHEEL, - 0600, "tpm"); + sc->sc_cdev = make_dev(&tpm_cdevsw, device_get_unit(dev), + UID_ROOT, GID_WHEEL, 0600, "tpm"); + sc->sc_cdev->si_drv1 = sc; return 0; } -static device_method_t tpm_methods[] = { - DEVMETHOD(device_identify, tpm_identify), - DEVMETHOD(device_probe, tpm_probe), - DEVMETHOD(device_attach, tpm_attach), - DEVMETHOD(device_suspend, tpm_suspend), - DEVMETHOD(device_resume, tpm_resume), - { 0, 0 } -}; +int +tpm_detach(device_t dev) +{ + struct tpm_softc * sc = device_get_softc(dev); -static driver_t tpm_driver = { - "tpm", tpm_methods, sizeof(struct tpm_softc), -}; + if(sc->intr_cookie){ + bus_teardown_intr(dev, sc->irq_res, sc->intr_cookie); + } + + if(sc->mem_res){ + bus_release_resource(dev, SYS_RES_MEMORY, + sc->mem_rid, sc->mem_res); + } + + if(sc->irq_res){ + bus_release_resource(dev, SYS_RES_IRQ, + sc->irq_rid, sc->irq_res); + } + if(sc->sc_cdev){ + destroy_dev(sc->sc_cdev); + } + + return 0; +} -static devclass_t tpm_devclass; -DRIVER_MODULE(tpm, isa, tpm_driver, tpm_devclass, 0, 0); #else /* * OpenBSD specific code for probing and attaching TPM to device tree. diff -ruN src/sys/dev/tpm/tpm_acpi.c src.new/sys/dev/tpm/tpm_acpi.c --- src/sys/dev/tpm/tpm_acpi.c 1970-01-01 09:00:00.000000000 +0900 +++ src.new/sys/dev/tpm/tpm_acpi.c 2010-08-04 15:43:08.000000000 +0900 @@ -0,0 +1,78 @@ +/* + * Copyright (c) 2008, 2009 Michael Shalayeff + * Copyright (c) 2009, 2010 Hans-J$(D+S(Brg H$(D+S(Bxer + * All rights reserved. + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF MIND, USE, DATA OR PROFITS, WHETHER IN + * AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT + * OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ + +#include +#include +#include +#include +#include + +#include +#include +#include +#include + +#include +#include +#include + +#include + +#include +#include +#include "tpmvar.h" + +#include "opt_acpi.h" +#include +#include +#include + + + +char *tpm_ids[] = {"ATM1200", "PNP0C31", NULL}; + +static int +tpm_acpi_probe(device_t dev) +{ + if( ACPI_ID_PROBE(device_get_parent(dev), dev, tpm_ids) != NULL){ + device_set_desc(dev, "Trusted Platform Module"); + return BUS_PROBE_DEFAULT; + } + + return ENXIO; +} + +static device_method_t tpm_acpi_methods[] = { +#if 0 + /*In some case, TPM existance is found only in TPCA header*/ + DEVMETHOD(device_identify, tpm_acpi_identify), +#endif + + DEVMETHOD(device_probe, tpm_acpi_probe), + DEVMETHOD(device_attach, tpm_attach), + DEVMETHOD(device_detach, tpm_detach), + DEVMETHOD(device_suspend, tpm_suspend), + DEVMETHOD(device_resume, tpm_resume), + { 0, 0 } +}; +static driver_t tpm_acpi_driver = { + "tpm", tpm_acpi_methods, sizeof(struct tpm_softc), +}; + +devclass_t tpm_devclass; +DRIVER_MODULE(tpm, acpi, tpm_acpi_driver, tpm_devclass, 0, 0); diff -ruN src/sys/dev/tpm/tpm_isa.c src.new/sys/dev/tpm/tpm_isa.c --- src/sys/dev/tpm/tpm_isa.c 1970-01-01 09:00:00.000000000 +0900 +++ src.new/sys/dev/tpm/tpm_isa.c 2010-08-04 15:21:07.000000000 +0900 @@ -0,0 +1,92 @@ +/* + * Copyright (c) 2008, 2009 Michael Shalayeff + * Copyright (c) 2009, 2010 Hans-J$(D+S(Brg H$(D+S(Bxer + * All rights reserved. + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF MIND, USE, DATA OR PROFITS, WHETHER IN + * AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT + * OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ +#include +#include +#include +#include +#include + +#ifdef __FreeBSD__ +#include +#include +#include +#include + +#include +#include +#include + +#include + +#include +#include +#else +#include + +#include +#include +#include +#include + +#include +#include +#endif +#include "tpmvar.h" + +static int +tpm_isa_probe(device_t dev) +{ + bus_space_tag_t iot; + bus_space_handle_t ioh; + struct resource *mem_res; + int rv, mem_rid; + + mem_rid = 0; + mem_res = bus_alloc_resource_any(dev, SYS_RES_MEMORY, &mem_rid, + RF_ACTIVE); + if (mem_res == NULL) + return (ENXIO); + iot = rman_get_bustag(mem_res); + ioh = rman_get_bushandle(mem_res); + + if ((rv = tpm_tis12_probe(iot, ioh))) + device_set_desc(dev, "Trusted Platform Module"); + + bus_release_resource(dev, SYS_RES_MEMORY, mem_rid, mem_res); + return rv ? 0 : ENXIO; +} + +static device_method_t tpm_methods[] = { +#if 0 + DEVMETHOD(device_identify, tpm_identify), +#endif + DEVMETHOD(device_probe, tpm_isa_probe), + DEVMETHOD(device_attach, tpm_attach), + DEVMETHOD(device_detach, tpm_detach), + DEVMETHOD(device_suspend, tpm_suspend), + DEVMETHOD(device_resume, tpm_resume), + { 0, 0 } +}; + +static driver_t tpm_driver = { + "tpm", tpm_methods, sizeof(struct tpm_softc), +}; + +static devclass_t tpm_devclass; + +DRIVER_MODULE(tpm, isa, tpm_driver, tpm_devclass, 0, 0); diff -ruN src/sys/dev/tpm/tpmvar.h src.new/sys/dev/tpm/tpmvar.h --- src/sys/dev/tpm/tpmvar.h 1970-01-01 09:00:00.000000000 +0900 +++ src.new/sys/dev/tpm/tpmvar.h 2010-08-04 15:22:05.000000000 +0900 @@ -0,0 +1,46 @@ +#ifndef _TPMVAR_H +#define _TPMVAR_H + +struct tpm_softc { +#ifndef __FreeBSD__ + struct device sc_dev; +#endif + void *sc_ih; + + int (*sc_init)(struct tpm_softc *, int, const char *); + int (*sc_start)(struct tpm_softc *, int); + int (*sc_read)(struct tpm_softc *, void *, int, size_t *, int); + int (*sc_write)(struct tpm_softc *, void *, int); + int (*sc_end)(struct tpm_softc *, int, int); + + bus_space_tag_t sc_bt, sc_batm; + bus_space_handle_t sc_bh, sc_bahm; + + u_int32_t sc_devid; + u_int32_t sc_rev; + u_int32_t sc_stat; + u_int32_t sc_capabilities; + + int sc_flags; +#define TPM_OPEN 0x0001 + + int sc_vector; +#ifdef __FreeBSD__ + void *intr_cookie; + int mem_rid, irq_rid; + struct resource *mem_res, *irq_res; + struct cdev *sc_cdev; +#endif + +#ifndef __FreeBSD__ + void *sc_powerhook; +#endif + int sc_suspend; +}; + +int tpm_tis12_probe(bus_space_tag_t iot, bus_space_handle_t ioh); +int tpm_attach(device_t dev); +int tpm_detach(device_t dev); +int tpm_suspend(device_t dev); +int tpm_resume(device_t dev); +#endif diff -ruN src/sys/modules/tpm/Makefile src.new/sys/modules/tpm/Makefile --- src/sys/modules/tpm/Makefile 1970-01-01 09:00:00.000000000 +0900 +++ src.new/sys/modules/tpm/Makefile 2010-08-04 19:17:26.000000000 +0900 @@ -0,0 +1,9 @@ +# $FreeBSD$ + +.PATH: ${.CURDIR}/../../dev/tpm + +KMOD= tpm +SRCS= tpm.c tpm_isa.c tpm_acpi.c isa_if.h opt_acpi.h acpi_if.h \ + bus_if.h device_if.h + +.include From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 11:20:49 2010 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 496E2106564A for ; Wed, 4 Aug 2010 11:20:49 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id B55E18FC19 for ; Wed, 4 Aug 2010 11:20:48 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o74BIa5F056819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2010 13:18:36 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1280920716; bh=Ap2mZrk7R1G9pFuoe3lHD0LhTHML6LFq9hKVUcJZkCw=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=uafHxtvgYnmFOr+JuYjlvS5OzpdPHSQS2c02atuujsjVthZo+AhI9DC9g++BhWAs9 Eb15M/T2FRwC68dKUU8OIUEhOkj25kudSoK2Uu7TJIU9noVuMYIeXdT3TbCVGcxZzA /MEZDm+/LA/6OShAzvbf6sigkV5FLsKIiirDQlqc= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o74BIZ0l056818; Wed, 4 Aug 2010 13:18:35 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Wed, 4 Aug 2010 13:18:35 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Steve Kargl Message-ID: <20100804111835.GJ36735@acme.spoerlein.net> Mail-Followup-To: Steve Kargl , Thomas Dickey , FreeBSD Current , Julian Elischer References: <4C585E6C.7080006@elischer.org> <20100803214005.GA539@saltmine.radix.net> <20100804002145.GA76309@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100804002145.GA76309@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Current , Thomas Dickey , Julian Elischer Subject: Re: [patch] big whitespace cleanup in sys/kern/* 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, 04 Aug 2010 11:20:49 -0000 On Tue, 03.08.2010 at 17:21:45 -0700, Steve Kargl wrote: > On Tue, Aug 03, 2010 at 05:40:05PM -0400, Thomas Dickey wrote: > > On Tue, Aug 03, 2010 at 11:22:36AM -0700, Julian Elischer wrote: > > > On 8/3/10 2:34 AM, pluknet wrote: > > > >Hi. > > > > > > > >I looked into sys/kern/* files to fix a bunch of common w/s style issues > > > >(221): > > > >- leading space before label; > > > >- leading space(s) before; > > > >- space(s) instead of(s); > > > >- space(s) in blank like. > > > > > > > >I tried to be conservative and didn't touch semi-contrib files and > > > >those with its own style. > > > >Here is a diff I'd like someone look into and check in if there will > > > >no objections. > > > > > > The style guide suggests against wholesale cleanups and we have > > > generally avoided them due to teh fact that they tend to obfuscate diffs. > > > The idea being that we clean as we go.. > > > however it may be time for one.. I'd leave it to others to decide. > > > > I'm curious why there's no mention of using 'indent' (with appropriate > > settings...). > > > > Because there is no set of appropriate settings for indent(1) > to reproduce style(9). uncrustify (in ports) can be made to almost adhere to style(9). The documentation/configuration of that tool is horrible, though. I someone is interested in my uncrustify.cfg and wants to improve it, drop me a line. Uli From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:26:35 2010 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 E1F4D106576D; Wed, 4 Aug 2010 14:26:35 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 75C6E8FC16; Wed, 4 Aug 2010 14:26:35 +0000 (UTC) Received: by qwg5 with SMTP id 5so1253518qwg.13 for ; Wed, 04 Aug 2010 07:26:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=Vmz8O5tDVbpKHNZIIg27bw9d/0GE1TtXKiyumes2imI=; b=ekZKUjlJtOPxGm96Dcsz9r4mAWM7t8SBoEUtrVXgo7oD3I7dz/bn1+MP+FSGe9WSuF nHdGDj09ervNUTIbEXKoZp+zVC6lGCzaYsAGkflejxfPwBhi0gZ+I0SXDsOMBuNfcNdR SXtehjZVRP4CiqzYWpnafEn1L9FcV+eiQ78Fs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=lSyYfx7bAjFEamNlB9lhbGLz98iaTo1RQ7xkmakgPdF90ZqKITWT/25pEEs4TCS5yK 1Au7AuGXtl3U9Wu7qIso/GZECGzLPmulv5kqUH6PXnsfVq7RJU5zEmXnBsm8vTHokgZI dFUQCMXqUaQsVZctYldPqmZhfcayZdrY5WlUM= Received: by 10.224.28.203 with SMTP id n11mr3876667qac.71.1280931994133; Wed, 04 Aug 2010 07:26:34 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-46-227.dsl.klmzmi.sbcglobal.net [99.19.46.227]) by mx.google.com with ESMTPS id t1sm2987547qcs.45.2010.08.04.07.26.31 (version=SSLv3 cipher=RC4-MD5); Wed, 04 Aug 2010 07:26:32 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C597896.70800@dataix.net> Date: Wed, 04 Aug 2010 10:26:30 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.7) Gecko/20100803 Thunderbird MIME-Version: 1.0 To: Gabor Kovesdan References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> In-Reply-To: <4C585E44.5030608@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: poyopoyo@puripuri.plala.or.jp, current@freebsd.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 04 Aug 2010 14:26:36 -0000 On 08/03/2010 14:21, Gabor Kovesdan wrote: > Em 2010.08.03. 19:25, poyopoyo@puripuri.plala.or.jp escreveu: >> Hi, >> >> It seems bsdgrep does not work when piped from tail -f. >> I'm running r210728. >> >> term0$ jot 10> /tmp/1 >> term0$ tail -f /tmp/1 | grep 0 >> [no output] >> >> otherterm$ jot 10>> /tmp/1 >> [no output to term0] >> >> ===== >> >> with GNU grep: >> >> term0$ tail -f /tmp/1 | gnugrep 0 >> 10 >> otherterm$ jot 10>> /tmp/1 >> [on term0] >> 10 >> 10 > I've checked on 8.0 and GNU grep doesn't output anything either for me. > If you use tail -f, you will enter more lines and end it with EOF, won't > you? And then BSD grep will process the input and print out matches. I > don't think it's bad behaviour in itself but if you can explain why you > think it's bad I'm willing to change it. > This is a common functionality gnu-grep. tail -f never exits and grep keeps grepping until it gets a EOF which is never hit unless you ^C. A good example for such a use is monitoring a all.log log while looking for non-exact situations. something like % tail -f all.log |egrep -v "(sendmail|sm-mta|cron)" which would remove all lines that contain sendmail sm-mta & cron from the output and continue to read output from tail -f until it is ^C. You can turn on your all.log through /etc/syslog.conf after creating the mode 600 file under /var/log for toying with. There is quite a few other cases but I don't think I need to mention them. I rely on this for continuous firewall log trolling. No offense but If the functionality exists in gnu-grep then the same functionality needs to exist in bsd-grep, ``period''. At least for the mean-time. Regards, -- jhell,v From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 14:36:38 2010 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 39B8E1065670 for ; Wed, 4 Aug 2010 14:36:38 +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 EFE078FC14 for ; Wed, 4 Aug 2010 14:36:37 +0000 (UTC) Received: from [172.31.193.10] (rrcs-98-101-145-84.midsouth.biz.rr.com [98.101.145.84]) (authenticated bits=0) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id o74EaTBS001079 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Aug 2010 10:36:37 -0400 (EDT) X-DKIM: Sendmail DKIM Filter v2.8.3 duke.cs.duke.edu o74EaTBS001079 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1280932597; bh=4Y7E+CR86GSFENJ49fxb6Ls2YNjUVcPJYy3ZDS7+uuY=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=nPaWtbZaxAkQ6KOyNb9C+FgDgfUYFQHnntwq36s1FpG+LBcbHiGiOXnzt0pRVmtri xkj3IJrwAsCm/KbZQvvaHHNT/cakt667+y1SrQ1WE0D2xYD6AS26awvGqmOjbcf77F RaTYnwtQyjmoFnHrG3jBt2EeAbThroIaW/pj/qUc= Message-ID: <4C597AE8.5090703@cs.duke.edu> Date: Wed, 04 Aug 2010 10:36:24 -0400 From: Andrew Gallatin User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Incorrect cv_wait_sig() return values? 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, 04 Aug 2010 14:36:38 -0000 Hi, I recently noticed that cv_wait_sig() will return -1 rather than EINTR when a SIGINT is delivered. This is in contrast to CONDVAR(9) which states: <...> cv_wait_sig() and cv_timedwait_sig() return prematurely with a value of EINTR or ERESTART if a signal is caught <...> To demonstrate the problem outside my out-of-tree driver, I took the skeleton driver from http://www.captain.at/programming/freebsd/ and added the following function, invoked at module load: static struct mtx m; static struct cv c; static void cv_test(void) { int rc; mtx_init(&m, "skel_m", MTX_DEF, MTX_DEF); cv_init(&c, "skel_c"); mtx_lock(&m); rc = cv_wait_sig(&c, &m); mtx_unlock(&m); printf("cv_wait_sig returned %d\n", rc); cv_destroy(&c); mtx_destroy(&m); } I load the module, and I ^C kldload after a few seconds to break out of the cv_wait_sig(), which results in this output on console: Skeleton KLD loaded. cv_wait_sig returned -1 Am I doing something wrong, or are condvars broken? I've tried to track this down with dtrace, but failed.. Thanks, Drew From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 15:44:53 2010 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 058CA106566C for ; Wed, 4 Aug 2010 15:44:53 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.116]) by mx1.freebsd.org (Postfix) with ESMTP id DA7078FC0A for ; Wed, 4 Aug 2010 15:44:52 +0000 (UTC) Received: from outbound2.messaging.lotuslive.com (unknown [10.6.32.43]) by c-in3ofal02-02.sv2.lotuslive.com (Postfix) with ESMTP id 317DF11B1B91 for ; Wed, 4 Aug 2010 15:32:51 +0000 (GMT) Received: from c-in3ofil02-02.sv2.lotuslive.com (unknown [10.6.32.49]) by c-in3obnd02-01.sv2.lotuslive.com (Postfix) with ESMTP id 6A1A98C17AA for ; Wed, 4 Aug 2010 15:32:50 +0000 (GMT) Received: from c-in3ws--02-08.ben.sv2.lotuslive.com (c-in3ws--02-08.sv2.lotuslive.com [10.6.32.88]) (sender gaijin.k@ovi.com) by c-in3ofil02-02.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Wed, 04 Aug 2010 15:32:50 +0000 Received: (qmail 23606 invoked from network); 4 Aug 2010 15:32:50 -0000 Received: from unknown (HELO c-in3play02-06.sv2.lotusliveops.com) (gaijin.k@ovi.com@74.105.210.169) by 88.32.5.10.in-addr.arpa with SMTP; 4 Aug 2010 15:32:49 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Gabor Kovesdan In-Reply-To: <4C585E44.5030608@FreeBSD.org> References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 04 Aug 2010 10:51:08 -0400 Message-ID: <1280933468.2752.2.camel@RabbitsDen> MIME-Version: 1.0 X-Mailer: Evolution 2.30.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: poyopoyo@puripuri.plala.or.jp, current@FreeBSD.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 04 Aug 2010 15:44:53 -0000 On Tue, 2010-08-03 at 20:21 +0200, Gabor Kovesdan wrote: > Em 2010.08.03. 19:25, poyopoyo@puripuri.plala.or.jp escreveu: > > Hi, > > > > It seems bsdgrep does not work when piped from tail -f. > > I'm running r210728. > > > > term0$ jot 10> /tmp/1 > > term0$ tail -f /tmp/1 | grep 0 > > [no output] > > > > otherterm$ jot 10>> /tmp/1 > > [no output to term0] > > > > =3D=3D=3D=3D=3D > > > > with GNU grep: > > > > term0$ tail -f /tmp/1 | gnugrep 0 > > 10 > > otherterm$ jot 10>> /tmp/1 > > [on term0] > > 10 > > 10 > >=20=20=20=20 > I've checked on 8.0 and GNU grep doesn't output anything either for me.= =20 > If you use tail -f, you will enter more lines and end it with EOF, won't= =20 > you? And then BSD grep will process the input and print out matches. I=20 > don't think it's bad behaviour in itself but if you can explain why you= =20 > think it's bad I'm willing to change it. >=20 I am not sure it is specific to the GNU grep -- below is the example from AIX 5.3: sunny@irptdev_1>tail -f engine.log | grep Hello=20=20=20=20 Aug 4 10:41:39 irptdev_1 local3:debug sunny: Hello Wed Aug 4 10:41:39 EDT 2010=20 Aug 4 10:41:46 irptdev_1 local3:debug sunny: Hello Wed Aug 4 10:41:46 EDT 2010=20 Aug 4 10:41:57 irptdev_1 local3:debug sunny: Hello Wed Aug 4 10:41:57 EDT 2010=20 I am doing=20 sunny@irptdev_1>logger -p local3.debug Hello `date` sunny@irptdev_1>logger -p local3.debug Hello `date` sunny@irptdev_1>logger -p local3.debug Hello `date` from different terminal window. HTH, --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 15:46:21 2010 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 DFDC81065672 for ; Wed, 4 Aug 2010 15:46:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7E0808FC0C for ; Wed, 4 Aug 2010 15:46:20 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o74Fk4o5003435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2010 18:46:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o74Fk4Me068928; Wed, 4 Aug 2010 18:46:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o74Fk4dI068927; Wed, 4 Aug 2010 18:46:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 4 Aug 2010 18:46:04 +0300 From: Kostik Belousov To: Andrew Gallatin Message-ID: <20100804154604.GY22295@deviant.kiev.zoral.com.ua> References: <4C597AE8.5090703@cs.duke.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eci7kgoNre1oTc2t" Content-Disposition: inline In-Reply-To: <4C597AE8.5090703@cs.duke.edu> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_40, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: Incorrect cv_wait_sig() return values? 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, 04 Aug 2010 15:46:21 -0000 --eci7kgoNre1oTc2t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2010 at 10:36:24AM -0400, Andrew Gallatin wrote: > Hi, >=20 > I recently noticed that cv_wait_sig() will return -1 > rather than EINTR when a SIGINT is delivered. This is > in contrast to CONDVAR(9) which states: >=20 > <...> > cv_wait_sig() and cv_timedwait_sig() return prematurely with a > value of EINTR or ERESTART if a signal is caught > <...> >=20 > To demonstrate the problem outside my out-of-tree driver, I > took the skeleton driver from > http://www.captain.at/programming/freebsd/ > and added the following function, invoked at module > load: >=20 > static struct mtx m; > static struct cv c; >=20 > static void > cv_test(void) > { > int rc; >=20 > mtx_init(&m, "skel_m", MTX_DEF, MTX_DEF); > cv_init(&c, "skel_c"); > mtx_lock(&m); > rc =3D cv_wait_sig(&c, &m); > mtx_unlock(&m); > printf("cv_wait_sig returned %d\n", rc); > cv_destroy(&c); > mtx_destroy(&m); > } >=20 >=20 > I load the module, and I ^C kldload after a few seconds > to break out of the cv_wait_sig(), which results in this > output on console: >=20 > Skeleton KLD loaded. > cv_wait_sig returned -1 >=20 > Am I doing something wrong, or are condvars broken? > I've tried to track this down with dtrace, but failed.. What version of the system do you use ? I cannot confirm this on the HEAD from several hours ago with the following test module. On the SIGINT I get `4' printed, which is EINTR. #include #include #include #include #include #include #include static struct mtx m; static struct cv c; static void cv_test(void) { int rc; mtx_init(&m, "skel_m", MTX_DEF, MTX_DEF); cv_init(&c, "skel_c"); mtx_lock(&m); rc =3D cv_wait_sig(&c, &m); mtx_unlock(&m); printf("cv_wait_sig returned %d\n", rc); cv_destroy(&c); mtx_destroy(&m); } static int test_load(module_t mod, int cmd, void *arg) { switch (cmd) { case MOD_LOAD: cv_test(); break; } return (0); } static moduledata_t test_module =3D { "test", &test_load, NULL }; DECLARE_MODULE(test, test_module, SI_SUB_KLD, SI_ORDER_FIRST); MODULE_VERSION(test, 1); --eci7kgoNre1oTc2t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxZizwACgkQC3+MBN1Mb4ikyACgsI1KkPSTDHHUd0frioHhdl+3 esIAn3GHS4Mjla1lJV6daNoqadwgpPps =I/Zp -----END PGP SIGNATURE----- --eci7kgoNre1oTc2t-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 16:04:12 2010 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 07FE21065670 for ; Wed, 4 Aug 2010 16:04:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 67ABE8FC29 for ; Wed, 4 Aug 2010 16:04:09 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o74G44Px004832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2010 19:04:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o74G44Rl069025; Wed, 4 Aug 2010 19:04:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o74G44gb069024; Wed, 4 Aug 2010 19:04:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 4 Aug 2010 19:04:04 +0300 From: Kostik Belousov To: Andrew Gallatin Message-ID: <20100804160404.GZ22295@deviant.kiev.zoral.com.ua> References: <4C597AE8.5090703@cs.duke.edu> <20100804154604.GY22295@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ttdIJ16FdHy9Oveo" Content-Disposition: inline In-Reply-To: <20100804154604.GY22295@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: Incorrect cv_wait_sig() return values? 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, 04 Aug 2010 16:04:12 -0000 --ttdIJ16FdHy9Oveo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2010 at 06:46:04PM +0300, Kostik Belousov wrote: > On Wed, Aug 04, 2010 at 10:36:24AM -0400, Andrew Gallatin wrote: > > Hi, > >=20 > > I recently noticed that cv_wait_sig() will return -1 > > rather than EINTR when a SIGINT is delivered. This is > > in contrast to CONDVAR(9) which states: > >=20 > > <...> > > cv_wait_sig() and cv_timedwait_sig() return prematurely with a > > value of EINTR or ERESTART if a signal is caught > > <...> > >=20 > > To demonstrate the problem outside my out-of-tree driver, I > > took the skeleton driver from > > http://www.captain.at/programming/freebsd/ > > and added the following function, invoked at module > > load: > >=20 > > static struct mtx m; > > static struct cv c; > >=20 > > static void > > cv_test(void) > > { > > int rc; > >=20 > > mtx_init(&m, "skel_m", MTX_DEF, MTX_DEF); > > cv_init(&c, "skel_c"); > > mtx_lock(&m); > > rc =3D cv_wait_sig(&c, &m); > > mtx_unlock(&m); > > printf("cv_wait_sig returned %d\n", rc); > > cv_destroy(&c); > > mtx_destroy(&m); > > } > >=20 > >=20 > > I load the module, and I ^C kldload after a few seconds > > to break out of the cv_wait_sig(), which results in this > > output on console: > >=20 > > Skeleton KLD loaded. > > cv_wait_sig returned -1 > >=20 > > Am I doing something wrong, or are condvars broken? > > I've tried to track this down with dtrace, but failed.. >=20 > What version of the system do you use ? I cannot confirm this on > the HEAD from several hours ago with the following test module. > On the SIGINT I get `4' printed, which is EINTR. BTW, -1 is ERESTART, so if you have SIGINT catched with SA_RESTART flag in the process that initiated kldload(2) syscall, then -1 is the right return code for cv_wait_sig. --ttdIJ16FdHy9Oveo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkxZj3QACgkQC3+MBN1Mb4irxQCdGqUdhzGbjYTsFgG0fyd1Nt6M s3QAn29/2ijqRbtad2o2+2Z9qXcRnjBx =G6JT -----END PGP SIGNATURE----- --ttdIJ16FdHy9Oveo-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 16:08:11 2010 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 2A87C1065672 for ; Wed, 4 Aug 2010 16:08:11 +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 DDE7C8FC14 for ; Wed, 4 Aug 2010 16:08:10 +0000 (UTC) Received: from [172.31.193.10] (rrcs-98-101-145-84.midsouth.biz.rr.com [98.101.145.84]) (authenticated bits=0) by duke.cs.duke.edu (8.14.2/8.14.2) with ESMTP id o74G8Aeh007075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Aug 2010 12:08:10 -0400 (EDT) X-DKIM: Sendmail DKIM Filter v2.8.3 duke.cs.duke.edu o74G8Aeh007075 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1280938090; bh=mj89Wd0+uuR3NzPrIeqjhvcQtgq/UNikGUSGCCXzUio=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lSYjVHpFNxkiuRqtjpuHINrMjjQg4rTvhtKn+0smn8WZ2Wztwo+jBqwhVSFKjJvhh Z/JMRhlOL86Eq+MFxK/mpetCyxCApgpO/sIuwJkfzKq4nx5cuzvvU3pnBDlaqxEtSL 9TMi84Ufre4v3cDkcHp10AeBmVeqv8M3sio+QpCU= Message-ID: <4C599064.5010604@cs.duke.edu> Date: Wed, 04 Aug 2010 12:08:04 -0400 From: Andrew Gallatin User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Kostik Belousov References: <4C597AE8.5090703@cs.duke.edu> <20100804154604.GY22295@deviant.kiev.zoral.com.ua> <20100804160404.GZ22295@deviant.kiev.zoral.com.ua> In-Reply-To: <20100804160404.GZ22295@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Incorrect cv_wait_sig() return values? 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, 04 Aug 2010 16:08:11 -0000 Kostik Belousov wrote: > BTW, -1 is ERESTART, so if you have SIGINT catched with SA_RESTART > flag in the process that initiated kldload(2) syscall, then -1 > is the right return code for cv_wait_sig. Ah, makes sense. I hadn't considered that a BSD kernel error could be negative. I should have actually looked at errno.h. Sorry for the noise, and thanks for the explanation. Drew From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 16:28:11 2010 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 F21FA1065672 for ; Wed, 4 Aug 2010 16:28:11 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id A38708FC13 for ; Wed, 4 Aug 2010 16:28:11 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 182343A581; Wed, 4 Aug 2010 18:28:10 +0200 (CEST) Date: Wed, 4 Aug 2010 18:28:10 +0200 From: Lars Engels To: Alexandre Sunny Kovalenko Message-ID: <20100804162809.GE59909@e.0x20.net> References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> <1280933468.2752.2.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zdv2QT/q3FMhpsV" Content-Disposition: inline In-Reply-To: <1280933468.2752.2.camel@RabbitsDen> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: poyopoyo@puripuri.plala.or.jp, Gabor Kovesdan , current@FreeBSD.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 04 Aug 2010 16:28:12 -0000 --6zdv2QT/q3FMhpsV Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2010 at 10:51:08AM -0400, Alexandre Sunny Kovalenko wrote: > On Tue, 2010-08-03 at 20:21 +0200, Gabor Kovesdan wrote: > > Em 2010.08.03. 19:25, poyopoyo@puripuri.plala.or.jp escreveu: > > > Hi, > > > > > > It seems bsdgrep does not work when piped from tail -f. > > > I'm running r210728. > > > > > > term0$ jot 10> /tmp/1 > > > term0$ tail -f /tmp/1 | grep 0 > > > [no output] > > > > > > otherterm$ jot 10>> /tmp/1 > > > [no output to term0] > > > > > > =3D=3D=3D=3D=3D > > > > > > with GNU grep: > > > > > > term0$ tail -f /tmp/1 | gnugrep 0 > > > 10 > > > otherterm$ jot 10>> /tmp/1 > > > [on term0] > > > 10 > > > 10 > > > =20 > > I've checked on 8.0 and GNU grep doesn't output anything either for me.= =20 > > If you use tail -f, you will enter more lines and end it with EOF, won'= t=20 > > you? And then BSD grep will process the input and print out matches. I= =20 > > don't think it's bad behaviour in itself but if you can explain why you= =20 > > think it's bad I'm willing to change it. > >=20 > I am not sure it is specific to the GNU grep -- below is the example > from AIX 5.3: [...] Same on Solaris, so this is not a GNU feature. --6zdv2QT/q3FMhpsV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkxZlRkACgkQKc512sD3afhQrQCgoE4GxiQmoobdban3avHI2zGu rbcAn26hNf8hVKMvdwJyTtS2mNWkVyMf =oUJC -----END PGP SIGNATURE----- --6zdv2QT/q3FMhpsV-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 16:59:42 2010 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 AE4E81065670 for ; Wed, 4 Aug 2010 16:59:42 +0000 (UTC) (envelope-from erik@barragry.com) Received: from limerick.barragry.com (limerick.barragry.com [64.85.174.160]) by mx1.freebsd.org (Postfix) with ESMTP id 5F7348FC21 for ; Wed, 4 Aug 2010 16:59:42 +0000 (UTC) Received: by limerick.barragry.com (Postfix, from userid 1001) id 5B2EE55E40C1; Wed, 4 Aug 2010 11:40:45 -0500 (CDT) Date: Wed, 4 Aug 2010 11:40:45 -0500 From: freebsd-lists-erik@erikosterholm.org To: current@FreeBSD.org Message-ID: <20100804164045.GA52831@limerick.barragry.com> References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> <1280933468.2752.2.camel@RabbitsDen> <20100804162809.GE59909@e.0x20.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100804162809.GE59909@e.0x20.net> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 04 Aug 2010 16:59:42 -0000 On Wed, Aug 04, 2010 at 06:28:10PM +0200, Lars Engels wrote: > On Wed, Aug 04, 2010 at 10:51:08AM -0400, Alexandre Sunny Kovalenko wrote: > > On Tue, 2010-08-03 at 20:21 +0200, Gabor Kovesdan wrote: > > > Em 2010.08.03. 19:25, poyopoyo@puripuri.plala.or.jp escreveu: > > > > Hi, > > > > > > > > It seems bsdgrep does not work when piped from tail -f. > > > > I'm running r210728. > > > > > > > > term0$ jot 10> /tmp/1 > > > > term0$ tail -f /tmp/1 | grep 0 > > > > [no output] > > > > > > > > otherterm$ jot 10>> /tmp/1 > > > > [no output to term0] > > > > > > > > ===== > > > > > > > > with GNU grep: > > > > > > > > term0$ tail -f /tmp/1 | gnugrep 0 > > > > 10 > > > > otherterm$ jot 10>> /tmp/1 > > > > [on term0] > > > > 10 > > > > 10 > > > > > > > I've checked on 8.0 and GNU grep doesn't output anything either for me. > > > If you use tail -f, you will enter more lines and end it with EOF, won't > > > you? And then BSD grep will process the input and print out matches. I > > > don't think it's bad behaviour in itself but if you can explain why you > > > think it's bad I'm willing to change it. > > > > > I am not sure it is specific to the GNU grep -- below is the example > > from AIX 5.3: > > [...] > > Same on Solaris, so this is not a GNU feature. Why is bsdgrep reading the whole file before processing, anyway? It seems like line-by-line processing would be the way to go. Erik From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 17:29:37 2010 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 AD15C106566B for ; Wed, 4 Aug 2010 17:29:37 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 61C738FC1F for ; Wed, 4 Aug 2010 17:29:37 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 1B8AE5AD20; Wed, 4 Aug 2010 19:02:57 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 182A55AD1F; Wed, 4 Aug 2010 19:02:57 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id E96A75CDB4; Wed, 4 Aug 2010 19:02:56 +0200 (CEST) Received: from wep4035.physik.uni-wuerzburg.de ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.1FP3) with ESMTP id 2010080419025560-40122 ; Wed, 4 Aug 2010 19:02:55 +0200 Date: Wed, 4 Aug 2010 19:02:55 +0200 From: Alexey Shuvaev To: Lars Engels Message-ID: <20100804170255.GA14967@wep4035.physik.uni-wuerzburg.de> References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> <1280933468.2752.2.camel@RabbitsDen> <20100804162809.GE59909@e.0x20.net> MIME-Version: 1.0 In-Reply-To: <20100804162809.GE59909@e.0x20.net> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.20 (2009-06-14) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.1FP3|May 23, 2010) at 08/04/2010 07:02:56 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.1FP3|May 23, 2010) at 08/04/2010 07:02:56 PM, Serialize complete at 08/04/2010 07:02:56 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: poyopoyo@puripuri.plala.or.jp, Alexandre Sunny Kovalenko , Gabor Kovesdan , current@FreeBSD.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 04 Aug 2010 17:29:37 -0000 On Wed, Aug 04, 2010 at 06:28:10PM +0200, Lars Engels wrote: > On Wed, Aug 04, 2010 at 10:51:08AM -0400, Alexandre Sunny Kovalenko wrote: > > On Tue, 2010-08-03 at 20:21 +0200, Gabor Kovesdan wrote: > > > Em 2010.08.03. 19:25, poyopoyo@puripuri.plala.or.jp escreveu: > > > > Hi, > > > > > > > > It seems bsdgrep does not work when piped from tail -f. > > > > I'm running r210728. > > > > > > > > term0$ jot 10> /tmp/1 > > > > term0$ tail -f /tmp/1 | grep 0 > > > > [no output] > > > > > > > > otherterm$ jot 10>> /tmp/1 > > > > [no output to term0] > > > > > > > > ===== > > > > > > > > with GNU grep: > > > > > > > > term0$ tail -f /tmp/1 | gnugrep 0 > > > > 10 > > > > otherterm$ jot 10>> /tmp/1 > > > > [on term0] > > > > 10 > > > > 10 > > > > > > > I've checked on 8.0 and GNU grep doesn't output anything either for me. > > > If you use tail -f, you will enter more lines and end it with EOF, won't > > > you? And then BSD grep will process the input and print out matches. I > > > don't think it's bad behaviour in itself but if you can explain why you > > > think it's bad I'm willing to change it. > > > > > I am not sure it is specific to the GNU grep -- below is the example > > from AIX 5.3: > > [...] > > Same on Solaris, so this is not a GNU feature. > Just to clarify things, bsdgrep of course works with tail -f, the data just sits in its buffer: ~> jot 10 > test ~> tail -f test | grep 0 [on another terminal] ~> jot 10 >> test [nothing happens on original terminal] ~> jot 4000 >> test [on the original terminal] 10 10 10 20 30 40 50 60 70 80 90 100 101 102 103 [snip] 3950 3960 3970 3980 3990 4000 Alexey. From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 17:45:49 2010 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 69DA1106566C for ; Wed, 4 Aug 2010 17:45:49 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 190178FC1A for ; Wed, 4 Aug 2010 17:45:48 +0000 (UTC) Received: by qwg5 with SMTP id 5so1473547qwg.13 for ; Wed, 04 Aug 2010 10:45:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=JO4f991akayAO2eXyauSeln13w79wc18zmCRkiZAtPs=; b=biwPWoIKSjNGCR40L8YJsOazE/XzwTnxM+0yB5m1knl5Mkkpqc4yhWE1Mgv9xq4AP3 9W+MGNu5et/Tueg6JrUQeWJzIlgxWGIBxEBb7kZt+lNs5chpleXnCXyc9WZKCYa1Gi6d 5Fqe63tKxJKkLNsIsji1iFSYRVxqjsSSh73sA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=i6TZvY0GvBqjIGzck/zOX3WYC+JH5/PdS26JgH9jAWFvJgbLpxB94ad0eZIz8eh0ss yPyDqv2YzzmK2pGPzkW15gYmPdSJHpQBhecxe/PCIvhSIbwPy1x2ouW4TmzN7SpYcGSu FMg61vx4kKHdRWDj/FEun39Usc9goXiZIPt+c= MIME-Version: 1.0 Received: by 10.229.231.3 with SMTP id jo3mr2646260qcb.21.1280942529332; Wed, 04 Aug 2010 10:22:09 -0700 (PDT) Received: by 10.229.48.12 with HTTP; Wed, 4 Aug 2010 10:22:09 -0700 (PDT) In-Reply-To: <20100804162809.GE59909@e.0x20.net> References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> <1280933468.2752.2.camel@RabbitsDen> <20100804162809.GE59909@e.0x20.net> Date: Wed, 4 Aug 2010 21:22:09 +0400 Message-ID: From: pluknet To: Lars Engels Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: poyopoyo@puripuri.plala.or.jp, Alexandre Sunny Kovalenko , Gabor Kovesdan , current@freebsd.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 04 Aug 2010 17:45:49 -0000 On 4 August 2010 20:28, Lars Engels wrote: > On Wed, Aug 04, 2010 at 10:51:08AM -0400, Alexandre Sunny Kovalenko wrote= : >> On Tue, 2010-08-03 at 20:21 +0200, Gabor Kovesdan wrote: >> > Em 2010.08.03. 19:25, poyopoyo@puripuri.plala.or.jp escreveu: >> > > Hi, >> > > >> > > It seems bsdgrep does not work when piped from tail -f. >> > > I'm running r210728. >> > > >> > > term0$ jot 10> =A0/tmp/1 >> > > term0$ tail -f /tmp/1 | grep 0 >> > > [no output] >> > > >> > > otherterm$ jot 10>> =A0/tmp/1 >> > > [no output to term0] >> > > >> > > =3D=3D=3D=3D=3D >> > > >> > > with GNU grep: >> > > >> > > term0$ tail -f /tmp/1 | gnugrep 0 >> > > 10 >> > > otherterm$ jot 10>> =A0/tmp/1 >> > > [on term0] >> > > 10 >> > > 10 >> > > >> > I've checked on 8.0 and GNU grep doesn't output anything either for me= . >> > If you use tail -f, you will enter more lines and end it with EOF, won= 't >> > you? And then BSD grep will process the input and print out matches. I >> > don't think it's bad behaviour in itself but if you can explain why yo= u >> > think it's bad I'm willing to change it. >> > >> I am not sure it is specific to the GNU grep -- below is the example >> from AIX 5.3: > > [...] > > Same on Solaris, so this is not a GNU feature. > By the way, egrep from 4.4BSD-Alpha used read(2) with 8k blocks. I justed checked, it works with tail -f. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 17:49:34 2010 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 329311065673; Wed, 4 Aug 2010 17:49:34 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id EECF38FC1A; Wed, 4 Aug 2010 17:49:33 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o74HnWrg001542; Wed, 4 Aug 2010 12:49:32 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 4 Aug 2010 12:49:32 -0500 (CDT) From: "Sean C. Farley" To: Gabor Kovesdan In-Reply-To: <4C585E44.5030608@FreeBSD.org> Message-ID: References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-1.2 required=4.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.farley.org Cc: current@FreeBSD.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 04 Aug 2010 17:49:34 -0000 On Tue, 3 Aug 2010, Gabor Kovesdan wrote: > Em 2010.08.03. 19:25, poyopoyo@puripuri.plala.or.jp escreveu: >> Hi, >> >> It seems bsdgrep does not work when piped from tail -f. >> I'm running r210728. >> >> term0$ jot 10> /tmp/1 >> term0$ tail -f /tmp/1 | grep 0 >> [no output] >> >> otherterm$ jot 10>> /tmp/1 >> [no output to term0] >> >> ===== >> >> with GNU grep: >> >> term0$ tail -f /tmp/1 | gnugrep 0 >> 10 >> otherterm$ jot 10>> /tmp/1 >> [on term0] >> 10 >> 10 >> > I've checked on 8.0 and GNU grep doesn't output anything either for me. If > you use tail -f, you will enter more lines and end it with EOF, won't you? > And then BSD grep will process the input and print out matches. I don't think > it's bad behaviour in itself but if you can explain why you think it's bad > I'm willing to change it. On 8.1, GNU grep (from system) and FreeGrep (personal repo with my fastcomp changes) both output the '10' from this test. Are you sure you ran GNU grep on that system and did not accidentally run a copy of BSD grep? With bsdgrep in HEAD, I think it is not processing the input until stdio's buffer is flushed at the 8KB mark. I barely looked at the code, so I am merely surmising. Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:06:27 2010 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 7D4FB1065670; Wed, 4 Aug 2010 18:06:27 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 22F198FC18; Wed, 4 Aug 2010 18:06:27 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id E16C1A5F4A6; Thu, 5 Aug 2010 02:06:25 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id 6kK+9wPLUzb4; Thu, 5 Aug 2010 02:06:20 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 0C4F8A5F4A8; Thu, 5 Aug 2010 02:06:18 +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; b=hhh0ZBFW2dA0tBG6uQ+ML6N/UNYQ/xgpoEP5eECLBMkamSgoqIHF2YJjRjm31Eo7l +BacCZL+HFD9EL37/6q9g== Message-ID: <4C59AC17.5000200@delphij.net> Date: Wed, 04 Aug 2010 11:06:15 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100721 Thunderbird/3.0.6 ThunderBrowse/3.3.1 MIME-Version: 1.0 To: Gabor Kovesdan References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> In-Reply-To: <4C585E44.5030608@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------090500050607070903040508" Cc: poyopoyo@puripuri.plala.or.jp, current@FreeBSD.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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: Wed, 04 Aug 2010 18:06:27 -0000 This is a multi-part message in MIME format. --------------090500050607070903040508 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010/08/03 11:21, Gabor Kovesdan wrote: > I've checked on 8.0 and GNU grep doesn't output anything either for me. > If you use tail -f, you will enter more lines and end it with EOF, won't > you? And then BSD grep will process the input and print out matches. I > don't think it's bad behaviour in itself but if you can explain why you > think it's bad I'm willing to change it. I'm able to reproduce the GNU behavior on 9.0-CURRENT which is IMO right. I think we need to break at the line end to provide better interactivity (the current code seems to do it (buffer is not full && !eof), while what we wanted is (buffer is not full && !eof && !eol). The attached patch should fix this but I have not yet thoroughly tested it due to job work. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMWawXAAoJEATO+BI/yjfBigMIAM2PHLXm2Qz4Kzhd8y+NYc2S VKJVzNv6DAVMyqCXbezp6d+Qt4sls31uvFhizS9e6HZdUolqV4/m5AiM9UcF2wK4 i49PoQPSBs3Gpp0fuM4kxlZCp843ABkZfeYr2oFZluEA144jlA2bwrX598hmo2Ge ikpljC/4R8e6TOdTNobcV4jTeHCcGYZv5nmCmODY4DZoGkFjXNQJL/zpHLYgaNyn 0j9TZ1okhaG/jLATlc+UhtyetB/wkN8VGNDyxQNg4a7iMw0xkqjoxMVpsoF4uoXS YOcSEOXuvwHxs6jlkH7z0u06bmqqdv7Okw4OSANvGN35AuB7OQDrJWHdPBS9DZA= =pZe0 -----END PGP SIGNATURE----- --------------090500050607070903040508 Content-Type: text/plain; name="grep.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="grep.diff" Index: file.c =================================================================== --- file.c (revision 210851) +++ file.c (working copy) @@ -139,7 +139,7 @@ while (i < bufsiz) { ch = grep_fgetc(f); - if (ch == EOF) + if (ch == EOF || ch == '\n') break; binbuf[i++] = ch; } --------------090500050607070903040508-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:35:31 2010 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 E28761065674; Wed, 4 Aug 2010 18:35:30 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id C526C8FC1B; Wed, 4 Aug 2010 18:35:30 +0000 (UTC) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 579AF5B87; Wed, 4 Aug 2010 11:18:02 -0700 (PDT) To: Gabor Kovesdan In-reply-to: Your message of "Tue, 03 Aug 2010 20:21:56 +0200." <4C585E44.5030608@FreeBSD.org> References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> Comments: In-reply-to Gabor Kovesdan message dated "Tue, 03 Aug 2010 20:21:56 +0200." Date: Wed, 04 Aug 2010 11:18:02 -0700 From: Bakul Shah Message-Id: <20100804181802.579AF5B87@mail.bitblocks.com> Cc: poyopoyo@puripuri.plala.or.jp, current@FreeBSD.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 04 Aug 2010 18:35:31 -0000 On Tue, 03 Aug 2010 20:21:56 +0200 Gabor Kovesdan wrote: > Em 2010.08.03. 19:25, poyopoyo@puripuri.plala.or.jp escreveu: > > Hi, > > > > It seems bsdgrep does not work when piped from tail -f. > > I'm running r210728. > > > > term0$ jot 10> /tmp/1 > > term0$ tail -f /tmp/1 | grep 0 > > [no output] > > > > otherterm$ jot 10>> /tmp/1 > > [no output to term0] > > > > ===== > > > > with GNU grep: > > > > term0$ tail -f /tmp/1 | gnugrep 0 > > 10 > > otherterm$ jot 10>> /tmp/1 > > [on term0] > > 10 > > 10 > > > I've checked on 8.0 and GNU grep doesn't output anything either for me. > If you use tail -f, you will enter more lines and end it with EOF, won't > you? And then BSD grep will process the input and print out matches. I > don't think it's bad behaviour in itself but if you can explain why you > think it's bad I'm willing to change it. This is more fundamental, not just limited to grep. tail -f never closes its stdout channel so the next process in the pipeline will never seen an EOF on its stdin and must continue processing its input. Try this: rm -f /tmp/1; touch /tmp/1 tail -f /tmp/1 | cat & while sleep 1; do date >> /tmp/1; done Notice how cat doesn't quit. In fact tail -f /tmp/1 | bsdgrep '' must behave exactly the same as tail -f /tmp/1 | cat and so must this: tail -f /tmp/1 | cat | bsdgrep '' bsdgrep when used this way doesn't quit but doesn't do anything either (including printing what tail -f spits out from existing file data). This is just a bug. From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 18:27:52 2010 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 3DD611065673 for ; Wed, 4 Aug 2010 18:27:52 +0000 (UTC) (envelope-from Hans-Joerg_Hoexer@genua.de) Received: from gg.genua.de (unknown [IPv6:2001:a60:f08e:c000::1]) by mx1.freebsd.org (Postfix) with ESMTP id D8FAD8FC08 for ; Wed, 4 Aug 2010 18:27:51 +0000 (UTC) Received: from gg.genua.de (localhost [127.0.0.1]) by gg.genua.de (8.14.3/8.14.3) with ESMTP id o74IVPki016076; Wed, 4 Aug 2010 20:31:25 +0200 (CEST) Received: (from localhost) by gg.genua.de (MSCAN) id 4/gg.genua.de/smtp-gw/mscan; Wed Aug 4 20:31:25 2010 Date: Wed, 4 Aug 2010 20:27:43 +0200 From: Hans-Joerg Hoexer To: Takanori Watanabe Message-ID: <20100804182743.GA16796@modermoor.genua.de> References: <201008040347.o743leeR046013@sana.init-main.com> <201008041039.o74AdfYO047937@sana.init-main.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201008041039.o74AdfYO047937@sana.init-main.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Wed, 04 Aug 2010 18:38:51 +0000 Cc: tss-project@genua.de, freebsd-current@freebsd.org Subject: Re: Driver tpm(4) and third party packages for trusted platform modules 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, 04 Aug 2010 18:27:52 -0000 Hi, On Wed, Aug 04, 2010 at 07:39:41PM +0900, Takanori Watanabe wrote: > In message <201008040347.o743leeR046013@sana.init-main.com>, wrote: > >Quick review and hack: > > > >1.How about attaching it as acpi child driver? > > > >In some case, TPM may appear in ACPI namespace (with _HID) and > >TPM spec defines ACPI method to handle TPM specific request. > > > >2. Is identify method needed? > > > >Writing device hint will attach isa child driver, I think. > > > >3.Module build > > > >I don't know it is proper in TPM nature. With respect to using a TPM as a PKCS#11 token for eg. ssh using a module for the driver seems ok to me. > Update my patch. Split bus attachment from main driver file > (need to update sys/conf/files), add detach method for convinience, > and attach softc to cdev.si_drv1 . many thanks for your feedback! I will try to integrate your diff tomorrow. Regards, HJ. From owner-freebsd-current@FreeBSD.ORG Wed Aug 4 21:24:13 2010 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 BE62C1065670 for ; Wed, 4 Aug 2010 21:24:13 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.119]) by mx1.freebsd.org (Postfix) with ESMTP id A1EF18FC24 for ; Wed, 4 Aug 2010 21:24:13 +0000 (UTC) Received: from c-in3ofil02-03.sv2.lotuslive.com (unknown [10.6.32.50]) by c-in3obnd02-03.sv2.lotuslive.com (Postfix) with ESMTP id 506236E2E3C for ; Wed, 4 Aug 2010 21:24:12 +0000 (GMT) Received: from c-in3ws--02-06.ben.sv2.lotuslive.com (c-in3ws--02-06.sv2.lotuslive.com [10.6.32.81]) (sender gaijin.k@ovi.com) by c-in3ofil02-03.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Wed, 04 Aug 2010 21:24:12 +0000 Received: (qmail 31442 invoked from network); 4 Aug 2010 21:24:12 -0000 Received: from unknown (HELO c-in3play02-01.sv2.lotusliveops.com) (gaijin.k@ovi.com@74.105.210.169) by 81.32.5.10.in-addr.arpa with SMTP; 4 Aug 2010 21:24:11 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Gabor Kovesdan In-Reply-To: <4C585E44.5030608@FreeBSD.org> References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 04 Aug 2010 10:51:08 -0400 Message-ID: <1280933468.2752.2.camel@RabbitsDen> MIME-Version: 1.0 X-Mailer: Evolution 2.30.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: poyopoyo@puripuri.plala.or.jp, current@FreeBSD.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 04 Aug 2010 21:24:13 -0000 On Tue, 2010-08-03 at 20:21 +0200, Gabor Kovesdan wrote: > Em 2010.08.03. 19:25, poyopoyo@puripuri.plala.or.jp escreveu: > > Hi, > > > > It seems bsdgrep does not work when piped from tail -f. > > I'm running r210728. > > > > term0$ jot 10> /tmp/1 > > term0$ tail -f /tmp/1 | grep 0 > > [no output] > > > > otherterm$ jot 10>> /tmp/1 > > [no output to term0] > > > > =3D=3D=3D=3D=3D > > > > with GNU grep: > > > > term0$ tail -f /tmp/1 | gnugrep 0 > > 10 > > otherterm$ jot 10>> /tmp/1 > > [on term0] > > 10 > > 10 > >=20=20=20=20 > I've checked on 8.0 and GNU grep doesn't output anything either for me.= =20 > If you use tail -f, you will enter more lines and end it with EOF, won't= =20 > you? And then BSD grep will process the input and print out matches. I=20 > don't think it's bad behaviour in itself but if you can explain why you= =20 > think it's bad I'm willing to change it. >=20 I am not sure it is specific to the GNU grep -- below is the example from AIX 5.3: sunny@irptdev_1>tail -f engine.log | grep Hello=20=20=20=20 Aug 4 10:41:39 irptdev_1 local3:debug sunny: Hello Wed Aug 4 10:41:39 EDT 2010=20 Aug 4 10:41:46 irptdev_1 local3:debug sunny: Hello Wed Aug 4 10:41:46 EDT 2010=20 Aug 4 10:41:57 irptdev_1 local3:debug sunny: Hello Wed Aug 4 10:41:57 EDT 2010=20 I am doing=20 sunny@irptdev_1>logger -p local3.debug Hello `date` sunny@irptdev_1>logger -p local3.debug Hello `date` sunny@irptdev_1>logger -p local3.debug Hello `date` from different terminal window. HTH, --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 04:53:16 2010 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 644DF1065672 for ; Thu, 5 Aug 2010 04:53:16 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3708FC17 for ; Thu, 5 Aug 2010 04:53:15 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id D8EE214DC4B9; Thu, 5 Aug 2010 06:53:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id jWGewbjKuKng; Thu, 5 Aug 2010 06:53:11 +0200 (CEST) Received: from [192.168.1.105] (catv-80-99-92-167.catv.broadband.hu [80.99.92.167]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 8204E14DC4B6; Thu, 5 Aug 2010 06:53:10 +0200 (CEST) Message-ID: <4C5A43B0.3080203@FreeBSD.org> Date: Thu, 05 Aug 2010 06:53:04 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-PT; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: d@delphij.net References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> <4C59AC17.5000200@delphij.net> In-Reply-To: <4C59AC17.5000200@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: poyopoyo@puripuri.plala.or.jp, Xin LI , current@FreeBSD.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 05 Aug 2010 04:53:16 -0000 Em 2010.08.04. 20:06, Xin LI escreveu: > I'm able to reproduce the GNU behavior on 9.0-CURRENT which is IMO right. > > I think we need to break at the line end to provide better interactivity > (the current code seems to do it (buffer is not full&& !eof), while > what we wanted is (buffer is not full&& !eof&& !eol). > > The attached patch should fix this but I have not yet thoroughly tested > it due to job work. > > I think the patch may break binary detection. That buffer is not a general buffer but filled in only once with the first n bytes of the file to check if the file is binary. If you stop after the first line, only the first line will be used for binary checking. I'll look at this problem soon. Gabor From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 05:36:23 2010 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 5AFC6106567D for ; Thu, 5 Aug 2010 05:36:23 +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 ESMTP id E6FC28FC17 for ; Thu, 5 Aug 2010 05:36:22 +0000 (UTC) Received: (qmail 4092 invoked by uid 399); 5 Aug 2010 05:36:22 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 5 Aug 2010 05:36:22 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C5A4DD4.8030803@FreeBSD.org> Date: Wed, 04 Aug 2010 22:36:20 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.7) Gecko/20100804 Thunderbird/3.1.1 MIME-Version: 1.0 To: Bakul Shah References: <86eiefhalp.wl%poyopoyo@puripuri.plala.or.jp> <4C585E44.5030608@FreeBSD.org> <20100804181802.579AF5B87@mail.bitblocks.com> In-Reply-To: <20100804181802.579AF5B87@mail.bitblocks.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: poyopoyo@puripuri.plala.or.jp, Gabor Kovesdan , current@FreeBSD.org Subject: Re: bsdgrep does not work with tail -f | grep combination 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, 05 Aug 2010 05:36:23 -0000 On 08/04/10 11:18, Bakul Shah wrote: > bsdgrep when used this way doesn't quit but doesn't do > anything either (including printing what tail -f spits out > from existing file data). Does adding --line-buffered to the grep command line change the behavior at all? -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 14:05:51 2010 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 5D5E31065672 for ; Thu, 5 Aug 2010 14:05:51 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 0352A8FC15 for ; Thu, 5 Aug 2010 14:05:50 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o75E5oZo025563 for ; Thu, 5 Aug 2010 07:05:50 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o75E5ops025562 for current@freebsd.org; Thu, 5 Aug 2010 07:05:50 -0700 (PDT) (envelope-from david) Date: Thu, 5 Aug 2010 07:05:50 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20100805140550.GT12818@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OAN8QHC2SXyWe5k/" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Panic @r210841 in iwi_auth_and_assoc(): iwi firmware not idle, state ASSOCIATING 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, 05 Aug 2010 14:05:51 -0000 --OAN8QHC2SXyWe5k/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Before I get to the "good stuff", I'll note that: * I'm no longer running a VIMAGE kernel, so that possible source of confusion should be absent. * The hardware in question (a miniPCI device in my laptop) has been working under stable/7 and stable/8 (so I believe that there should be nothing so wrong with the hardware that it should cause a panic). * I tend to see a lot of messages: "iwi0: firmware error" -- especially running CURRENT. I have seen a few of them while running stable/7, as well (but no panics under stable/*). * An ath(4) PCcard works fine (now that I'm not running VIMAGE). * uname reports: FreeBSD g1-219.catwhisker.org. 9.0-CURRENT FreeBSD 9.0-CURRENT #80 r210841:= Wed Aug 4 08:34:39 PDT 2010 root@g1-219.catwhisker.org.:/usr/obj/usr/= src/sys/CANARY i386 (though sources were actually updated to r210855 just prior to this norning's build). I've attached a opy of the core.txt file; here's the backtrace: iwi0: firmware error iwi0: firmware error iwi0: firmware error iwi0: firmware error iwi0: firmware error <118>wlan1: flags=3D8843 metric 0 m= tu 1500 <118> ether 00:0e:35:aa:11:ca <118> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) <118> status: no carrier <118> ssid lmdhw-net channel 11 (2462 MHz 11g) <118> country US authmode WPA1+WPA2/802.11i privacy ON deftxkey 1 <118> wepkey 1:40-bit txpower 0 bmiss 24 scanvalid 60 protmode CTS wme iwi0: firmware error iwi0: firmware error iwi0: firmware error iwi0: firmware error panic: iwi firmware not idle, state ASSOCIATING cpuid =3D 0 KDB: stack backtrace: db_trace_self_wrapper(c0cb816c,c52bcb60,c088fc99,c0cf008f,0,...) at 0xc04d9= fc6 =3D db_trace_self_wrapper+0x26 kdb_backtrace(c0cf008f,0,c11a7bea,c52bcb6c,0,...) at 0xc08c2619 =3D kdb_bac= ktrace+0x29 panic(c11a7bea,c11a7c0d,c11a7aea,ae6,c79d6000,...) at 0xc088fc99 =3D panic+= 0x119 iwi_auth_and_assoc(c78b640c,0,c11a7aea,3c5,8,...) at 0xc11a733c =3D iwi_aut= h_and_assoc+0x77c iwi_newstate(c8c9b000,2,c0,652,c52bcc90,...) at 0xc11a7649 =3D iwi_newstate= +0x179 ieee80211_newstate_cb(c8c9b000,1,c0cb9a2b,53,c52bccd8,...) at 0xc098bbb9 = =3D ieee80211_newstate_cb+0x179 taskqueue_run(c7c9c080,c7c9c098,0,c0cd60b0,0,...) at 0xc08cebc3 =3D taskque= ue_run+0xc3 taskqueue_thread_loop(c7c8b074,c52bcd28,c0cafdaf,343,c0e0ba60,...) at 0xc08= cecae =3D taskqueue_thread_loop+0x6e fork_exit(c08cec40,c7c8b074,c52bcd28) at 0xc08656b8 =3D fork_exit+0xb8 fork_trampoline() at 0xc0bbe5e4 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc52bcd60, ebp =3D 0 --- KDB: enter: panic panic: from debugger cpuid =3D 0 Uptime: 3m42s Physical memory: 2031 MB Dumping 120 MB: 105 89 73 57 41 25 9 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/if_an.ko...Reading symbols from /boot/ker= nel/if_an.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_an.ko Reading symbols from /boot/kernel/if_iwi.ko...Reading symbols from /boot/ke= rnel/if_iwi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_iwi.ko Reading symbols from /boot/kernel/if_wi.ko...Reading symbols from /boot/ker= nel/if_wi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_wi.ko Reading symbols from /boot/kernel/iwi_bss.ko...Reading symbols from /boot/k= ernel/iwi_bss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_bss.ko Reading symbols from /boot/kernel/iwi_ibss.ko...Reading symbols from /boot/= kernel/iwi_ibss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_ibss.ko Reading symbols from /boot/kernel/iwi_monitor.ko...Reading symbols from /bo= ot/kernel/iwi_monitor.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_monitor.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/ke= rnel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kerne= l/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/ker= nel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:231 #1 0xc088f9fe in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 16 #2 0xc088fcd2 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc04d78c7 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc04d7ef1 in db_command (last_cmdp=3D0xc0ded6dc, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04d804a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc04d9f6d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:229 #7 0xc08c237e in kdb_trap (type=3D3, code=3D0, tf=3D0xc52bcaec) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0bd76cb in trap (frame=3D0xc52bcaec) at /usr/src/sys/i386/i386/trap.= c:697 #9 0xc0bbe56c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #10 0xc08c254a in kdb_enter (why=3D0xc0cb4bb8 "panic", msg=3D0xc0cb4bb8 "pa= nic") at cpufunc.h:71 #11 0xc088fcb6 in panic (fmt=3D0xc11a7bea "iwi firmware not idle, state %s") at /usr/src/sys/kern/kern_shutdown.c:573 #12 0xc11a733c in iwi_auth_and_assoc (sc=3D0xc78b6400, vap=3D0xc8c9b000) at /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:2797 #13 0xc11a7649 in iwi_newstate (vap=3D0xc8c9b000, nstate=3DIEEE80211_S_AUTH= ,=20 arg=3D192) at /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1001 #14 0xc098bbb9 in ieee80211_newstate_cb (xvap=3D0xc8c9b000, npending=3D1) at /usr/src/sys/net80211/ieee80211_proto.c:1652 #15 0xc08cebc3 in taskqueue_run (queue=3D0xc7c9c080, tpp=3D0xc52bccd8) at /usr/src/sys/kern/subr_taskqueue.c:240 #16 0xc08cecae in taskqueue_thread_loop (arg=3D0xc7c8b074) at /usr/src/sys/kern/subr_taskqueue.c:372 #17 0xc08656b8 in fork_exit (callout=3D0xc08cec40 ,= =20 arg=3D0xc7c8b074, frame=3D0xc52bcd28) at /usr/src/sys/kern/kern_fork.c:= 843 #18 0xc0bbe5e4 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 273 (kgdb)=20 So it seems that IWI_STATE_BEGIN kcked up a fuss; it's a macro, defined in sys/dev/iwi/if_iwivar.h: #define IWI_STATE_BEGIN(_sc, _state) do { \ KASSERT(_sc->fw_state =3D=3D IWI_FW_IDLE, \ ("iwi firmware not idle, state %s", iwi_fw_states[_sc->fw_state= ]));\ _sc->fw_state =3D _state; \ _sc->sc_state_timer =3D 5; \ DPRINTF(("enter %s state\n", iwi_fw_states[_state])); \ } while (0) iwi0: firmware error iwi0: firmware error iwi0: firmware error iwi0: firmware error iwi0: firmware error <118>wlan1: flags=3D8843 metric 0 m= tu 1500 <118> ether 00:0e:35:aa:11:ca <118> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) <118> status: no carrier <118> ssid lmdhw-net channel 11 (2462 MHz 11g) <118> country US authmode WPA1+WPA2/802.11i privacy ON deftxkey 1 <118> wepkey 1:40-bit txpower 0 bmiss 24 scanvalid 60 protmode CTS wme iwi0: firmware error iwi0: firmware error iwi0: firmware error iwi0: firmware error panic: iwi firmware not idle, state ASSOCIATING cpuid =3D 0 KDB: stack backtrace: db_trace_self_wrapper(c0cb816c,c52bcb60,c088fc99,c0cf008f,0,...) at 0xc04d9= fc6 =3D db_trace_self_wrapper+0x26 kdb_backtrace(c0cf008f,0,c11a7bea,c52bcb6c,0,...) at 0xc08c2619 =3D kdb_bac= ktrace+0x29 panic(c11a7bea,c11a7c0d,c11a7aea,ae6,c79d6000,...) at 0xc088fc99 =3D panic+= 0x119 iwi_auth_and_assoc(c78b640c,0,c11a7aea,3c5,8,...) at 0xc11a733c =3D iwi_aut= h_and_assoc+0x77c iwi_newstate(c8c9b000,2,c0,652,c52bcc90,...) at 0xc11a7649 =3D iwi_newstate= +0x179 ieee80211_newstate_cb(c8c9b000,1,c0cb9a2b,53,c52bccd8,...) at 0xc098bbb9 = =3D ieee80211_newstate_cb+0x179 taskqueue_run(c7c9c080,c7c9c098,0,c0cd60b0,0,...) at 0xc08cebc3 =3D taskque= ue_run+0xc3 taskqueue_thread_loop(c7c8b074,c52bcd28,c0cafdaf,343,c0e0ba60,...) at 0xc08= cecae =3D taskqueue_thread_loop+0x6e fork_exit(c08cec40,c7c8b074,c52bcd28) at 0xc08656b8 =3D fork_exit+0xb8 fork_trampoline() at 0xc0bbe5e4 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc52bcd60, ebp =3D 0 --- KDB: enter: panic panic: from debugger cpuid =3D 0 Uptime: 3m42s Physical memory: 2031 MB Dumping 120 MB: 105 89 73 57 41 25 9 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/if_an.ko...Reading symbols from /boot/ker= nel/if_an.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_an.ko Reading symbols from /boot/kernel/if_iwi.ko...Reading symbols from /boot/ke= rnel/if_iwi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_iwi.ko Reading symbols from /boot/kernel/if_wi.ko...Reading symbols from /boot/ker= nel/if_wi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_wi.ko Reading symbols from /boot/kernel/iwi_bss.ko...Reading symbols from /boot/k= ernel/iwi_bss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_bss.ko Reading symbols from /boot/kernel/iwi_ibss.ko...Reading symbols from /boot/= kernel/iwi_ibss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_ibss.ko Reading symbols from /boot/kernel/iwi_monitor.ko...Reading symbols from /bo= ot/kernel/iwi_monitor.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_monitor.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/ke= rnel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kerne= l/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/ker= nel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:231 #1 0xc088f9fe in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 16 #2 0xc088fcd2 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc04d78c7 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc04d7ef1 in db_command (last_cmdp=3D0xc0ded6dc, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04d804a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc04d9f6d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:229 #7 0xc08c237e in kdb_trap (type=3D3, code=3D0, tf=3D0xc52bcaec) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0bd76cb in trap (frame=3D0xc52bcaec) at /usr/src/sys/i386/i386/trap.= c:697 #9 0xc0bbe56c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #10 0xc08c254a in kdb_enter (why=3D0xc0cb4bb8 "panic", msg=3D0xc0cb4bb8 "pa= nic") at cpufunc.h:71 #11 0xc088fcb6 in panic (fmt=3D0xc11a7bea "iwi firmware not idle, state %s") at /usr/src/sys/kern/kern_shutdown.c:573 #12 0xc11a733c in iwi_auth_and_assoc (sc=3D0xc78b6400, vap=3D0xc8c9b000) at /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:2797 #13 0xc11a7649 in iwi_newstate (vap=3D0xc8c9b000, nstate=3DIEEE80211_S_AUTH= ,=20 arg=3D192) at /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1001 #14 0xc098bbb9 in ieee80211_newstate_cb (xvap=3D0xc8c9b000, npending=3D1) at /usr/src/sys/net80211/ieee80211_proto.c:1652 #15 0xc08cebc3 in taskqueue_run (queue=3D0xc7c9c080, tpp=3D0xc52bccd8) at /usr/src/sys/kern/subr_taskqueue.c:240 #16 0xc08cecae in taskqueue_thread_loop (arg=3D0xc7c8b074) at /usr/src/sys/kern/subr_taskqueue.c:372 #17 0xc08656b8 in fork_exit (callout=3D0xc08cec40 ,= =20 arg=3D0xc7c8b074, frame=3D0xc52bcd28) at /usr/src/sys/kern/kern_fork.c:= 843 #18 0xc0bbe5e4 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 273 (kgdb)=20 So it seems that IWI_STATE_BEGIN kcked up a fuss; it's a macro, defined in sys/dev/iwi/if_iwivar.h: #define IWI_STATE_BEGIN(_sc, _state) do { \ KASSERT(_sc->fw_state =3D=3D IWI_FW_IDLE, \ ("iwi firmware not idle, state %s", iwi_fw_states[_sc->fw_state= ]));\ _sc->fw_state =3D _state; \ _sc->sc_state_timer =3D 5; \ DPRINTF(("enter %s state\n", iwi_fw_states[_state])); \ } while (0) iwi0: firmware error iwi0: firmware error iwi0: firmware error iwi0: firmware error iwi0: firmware error <118>wlan1: flags=3D8843 metric 0 m= tu 1500 <118> ether 00:0e:35:aa:11:ca <118> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) <118> status: no carrier <118> ssid lmdhw-net channel 11 (2462 MHz 11g) <118> country US authmode WPA1+WPA2/802.11i privacy ON deftxkey 1 <118> wepkey 1:40-bit txpower 0 bmiss 24 scanvalid 60 protmode CTS wme iwi0: firmware error iwi0: firmware error iwi0: firmware error iwi0: firmware error panic: iwi firmware not idle, state ASSOCIATING cpuid =3D 0 KDB: stack backtrace: db_trace_self_wrapper(c0cb816c,c52bcb60,c088fc99,c0cf008f,0,...) at 0xc04d9= fc6 =3D db_trace_self_wrapper+0x26 kdb_backtrace(c0cf008f,0,c11a7bea,c52bcb6c,0,...) at 0xc08c2619 =3D kdb_bac= ktrace+0x29 panic(c11a7bea,c11a7c0d,c11a7aea,ae6,c79d6000,...) at 0xc088fc99 =3D panic+= 0x119 iwi_auth_and_assoc(c78b640c,0,c11a7aea,3c5,8,...) at 0xc11a733c =3D iwi_aut= h_and_assoc+0x77c iwi_newstate(c8c9b000,2,c0,652,c52bcc90,...) at 0xc11a7649 =3D iwi_newstate= +0x179 ieee80211_newstate_cb(c8c9b000,1,c0cb9a2b,53,c52bccd8,...) at 0xc098bbb9 = =3D ieee80211_newstate_cb+0x179 taskqueue_run(c7c9c080,c7c9c098,0,c0cd60b0,0,...) at 0xc08cebc3 =3D taskque= ue_run+0xc3 taskqueue_thread_loop(c7c8b074,c52bcd28,c0cafdaf,343,c0e0ba60,...) at 0xc08= cecae =3D taskqueue_thread_loop+0x6e fork_exit(c08cec40,c7c8b074,c52bcd28) at 0xc08656b8 =3D fork_exit+0xb8 fork_trampoline() at 0xc0bbe5e4 =3D fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc52bcd60, ebp =3D 0 --- KDB: enter: panic panic: from debugger cpuid =3D 0 Uptime: 3m42s Physical memory: 2031 MB Dumping 120 MB: 105 89 73 57 41 25 9 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/ker= nel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/if_an.ko...Reading symbols from /boot/ker= nel/if_an.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_an.ko Reading symbols from /boot/kernel/if_iwi.ko...Reading symbols from /boot/ke= rnel/if_iwi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_iwi.ko Reading symbols from /boot/kernel/if_wi.ko...Reading symbols from /boot/ker= nel/if_wi.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_wi.ko Reading symbols from /boot/kernel/iwi_bss.ko...Reading symbols from /boot/k= ernel/iwi_bss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_bss.ko Reading symbols from /boot/kernel/iwi_ibss.ko...Reading symbols from /boot/= kernel/iwi_ibss.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_ibss.ko Reading symbols from /boot/kernel/iwi_monitor.ko...Reading symbols from /bo= ot/kernel/iwi_monitor.ko.symbols...done. done. Loaded symbols for /boot/kernel/iwi_monitor.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/ke= rnel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kerne= l/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/kernel/tmpfs.ko...Reading symbols from /boot/ker= nel/tmpfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/tmpfs.ko #0 doadump () at pcpu.h:231 231 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:231 #1 0xc088f9fe in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 16 #2 0xc088fcd2 in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc04d78c7 in db_panic (addr=3DCould not find the frame base for "db_pa= nic". ) at /usr/src/sys/ddb/db_command.c:478 #4 0xc04d7ef1 in db_command (last_cmdp=3D0xc0ded6dc, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04d804a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc04d9f6d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:229 #7 0xc08c237e in kdb_trap (type=3D3, code=3D0, tf=3D0xc52bcaec) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0bd76cb in trap (frame=3D0xc52bcaec) at /usr/src/sys/i386/i386/trap.= c:697 #9 0xc0bbe56c in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #10 0xc08c254a in kdb_enter (why=3D0xc0cb4bb8 "panic", msg=3D0xc0cb4bb8 "pa= nic") at cpufunc.h:71 #11 0xc088fcb6 in panic (fmt=3D0xc11a7bea "iwi firmware not idle, state %s") at /usr/src/sys/kern/kern_shutdown.c:573 #12 0xc11a733c in iwi_auth_and_assoc (sc=3D0xc78b6400, vap=3D0xc8c9b000) at /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:2797 #13 0xc11a7649 in iwi_newstate (vap=3D0xc8c9b000, nstate=3DIEEE80211_S_AUTH= ,=20 arg=3D192) at /usr/src/sys/modules/iwi/../../dev/iwi/if_iwi.c:1001 #14 0xc098bbb9 in ieee80211_newstate_cb (xvap=3D0xc8c9b000, npending=3D1) at /usr/src/sys/net80211/ieee80211_proto.c:1652 #15 0xc08cebc3 in taskqueue_run (queue=3D0xc7c9c080, tpp=3D0xc52bccd8) at /usr/src/sys/kern/subr_taskqueue.c:240 #16 0xc08cecae in taskqueue_thread_loop (arg=3D0xc7c8b074) at /usr/src/sys/kern/subr_taskqueue.c:372 #17 0xc08656b8 in fork_exit (callout=3D0xc08cec40 ,= =20 arg=3D0xc7c8b074, frame=3D0xc52bcd28) at /usr/src/sys/kern/kern_fork.c:= 843 #18 0xc0bbe5e4 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 273 (kgdb)=20 So it seems that IWI_STATE_BEGIN kcked up a fuss; it's a macro, defined in sys/dev/iwi/if_iwivar.h: #define IWI_STATE_BEGIN(_sc, _state) do { \ KASSERT(_sc->fw_state =3D=3D IWI_FW_IDLE, \ ("iwi firmware not idle, state %s", iwi_fw_states[_sc->fw_state= ]));\ _sc->fw_state =3D _state; \ _sc->sc_state_timer =3D 5; \ DPRINTF(("enter %s state\n", iwi_fw_states[_state])); \ } while (0) So.... maybe that "firmware error" isn't so benign after all? I'm not exactly sure what I can actually do about it (and still use the device).... Clues? I'm happy to hack a bit & test, given guidance.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --OAN8QHC2SXyWe5k/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxaxT0ACgkQmprOCmdXAD1cpQCfSs8XBUR3GqBQUCLF8wgrY+JY eGkAnjz+lXyYIsiuJSU/1y0PAVUplZaj =+BS8 -----END PGP SIGNATURE----- --OAN8QHC2SXyWe5k/-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 19:18:34 2010 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 464871065672 for ; Thu, 5 Aug 2010 19:18:34 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id B6FA68FC17 for ; Thu, 5 Aug 2010 19:18:33 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id o75JIBu4093774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Aug 2010 21:18:11 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1281035891; bh=ZhAZEqCxBhE0/mggCv1+zTiF1puqhNfdkRnqq5NLQg4=; h=Date:From:To:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=BJhQO7+mS/VHR3d3m2yLGbnockMoWgfcntoe2PMTBlRba34juQ/FRhURnMCeWQaW8 ayl/n9SGNQWUL4f+iDF80Rd6Nlmw5zPCBZdWOvAYcKz8akZuxYAMUxRwDcE7AN6joK tMNsQfMjMzO36t1hflBru7wGvCdbR/lUA3GbjzTE= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o75JIB1r093773; Thu, 5 Aug 2010 21:18:11 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Thu, 5 Aug 2010 21:18:11 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: David Wolfskill , current@freebsd.org Message-ID: <20100805191811.GF80306@acme.spoerlein.net> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20100805140550.GT12818@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100805140550.GT12818@albert.catwhisker.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: Panic @r210841 in iwi_auth_and_assoc(): iwi firmware not idle, state ASSOCIATING 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, 05 Aug 2010 19:18:34 -0000 On Thu, 05.08.2010 at 07:05:50 -0700, David Wolfskill wrote: > Before I get to the "good stuff", I'll note that: > > * I'm no longer running a VIMAGE kernel, so that possible source of > confusion should be absent. > > * The hardware in question (a miniPCI device in my laptop) has been > working under stable/7 and stable/8 (so I believe that there should be > nothing so wrong with the hardware that it should cause a panic). > > * I tend to see a lot of messages: "iwi0: firmware error" -- especially > running CURRENT. I have seen a few of them while running stable/7, as > well (but no panics under stable/*). > > * An ath(4) PCcard works fine (now that I'm not running VIMAGE). Ever since I upgrade to 9-CURRENT (might have happened before) I have trouble with iwi(4) from time to time. The firmware error is pretty common but I can usually recover using "kldunload if_iwi; sleep 10; kldload if_iwi". However, sometimes a real panic occurs and iwi(4) seems to play a role. Note that I'm using wpa_supplicant and iwi0/wlan0 is aggregated into lagg0 (but same problems also exist without if_lagg in the mix). I cannot get to the laptop's /var/crash right now (due to a freak spilling accident) but hope to be able to provide crashdumps in a fortnight (if there's someone interested in further iwi(4) development ...) Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 21:15:59 2010 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 77C571065672 for ; Thu, 5 Aug 2010 21:15:59 +0000 (UTC) (envelope-from gavin@ury.york.ac.uk) Received: from gse-mta-27.emailfiltering.com (gse-mta-27-tx.emailfiltering.com [194.116.198.158]) by mx1.freebsd.org (Postfix) with ESMTP id BA52C8FC21 for ; Thu, 5 Aug 2010 21:15:58 +0000 (UTC) Received: from mail-gw5.york.ac.uk ([144.32.129.29]) by gse-mta-27.emailfiltering.com with emfmta (version 4.5.0.261) by TLS id 700237460 for freebsd-current@FreeBSD.org; ff18bd7efdaaf112; Thu, 05 Aug 2010 22:15:57 +0100 Received: from ury.york.ac.uk ([144.32.108.81]:47760) by mail-gw5.york.ac.uk with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1Oh7nB-0005jf-75; Thu, 05 Aug 2010 22:15:57 +0100 Received: from gavin (helo=localhost) by ury.york.ac.uk with local-esmtp (Exim 4.72) (envelope-from ) id 1Oh7nA-0003t0-Vq; Thu, 05 Aug 2010 22:15:57 +0100 Date: Thu, 5 Aug 2010 22:15:56 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: freebsd-current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Cc: Subject: Please join us for Bugathon #7, this weekend (6th-9th August) 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, 05 Aug 2010 21:15:59 -0000 (bcc'd to freebsd-stable@, please reply to freebsd-current@) Hi all, Apologies for the late notice, but the bug team will be holding a bugathon this weekend. We'll be starting on Friday 6th, and continuing through Monday 9th, and the aim is to put a real effort into getting patches from PRs into a committable state, and get them committed. Some PRs will be invalid because either the bug no longer exists or was fixed without the PR being closed, identifying these is also of great benefit. The basic plan is to get as many volunteers and committers into the same place (#freebsd-bugbusters on EFnet), and work through some PRs. For this particular bugathon, we're planning on focusing on the ~1600 PRs which contain patches. Committers can help by being in the channel and available to review patches and commit them, but these events benefit especially from volunteers who are not committers: the more people who are able to look at PRs, evalaute the patches, and assess whether the patches are correct and/or the best solution to the problem, the better. If you've never been more than a user of FreeBSD then this is a great way to start to get involved - many of the bugs in the database are relatively simple to fix, and are just waiting for somebody with enough time to sit down and actually take a close look at the bugs. If you're able to evaluate patches and actually justify why the patch included is the correct solution then that is a huge help, too! So, please join us in #freebsd-bugbusters if you are free at any point over the weekend. I'll be in the channel pretty much all the time during the day (GMT) Friday - Monday, and other bugbusters/bugmeisters will be around over those four days too. Everybody is welcome to join us, the more eyes the better. We should hhopefully ave quite a few committers in the channel too, so there should be plenty of expertise available to review and commit the patches that are in a committable state. There are several wiki pages available for people who are interested in joining in, especially: http://wiki.freebsd.org/Bugathons/2010August http://wiki.freebsd.org/Bugathons/PRsWithPatches http://wiki.freebsd.org/BugBusting/Resources Many thanks, Gavin From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 21:52:00 2010 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 25A1E106574E; Thu, 5 Aug 2010 21:52:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E2C478FC16; Thu, 5 Aug 2010 21:51:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o75Lpwer076842; Thu, 5 Aug 2010 17:51:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o75Lpwlf076838; Thu, 5 Aug 2010 21:51:58 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Aug 2010 21:51:58 GMT Message-Id: <201008052151.o75Lpwlf076838@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Thu, 05 Aug 2010 21:52:00 -0000 TB --- 2010-08-05 21:02:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-05 21:02:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-08-05 21:02:04 - cleaning the object tree TB --- 2010-08-05 21:02:24 - cvsupping the source tree TB --- 2010-08-05 21:02:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-08-05 21:02:46 - building world TB --- 2010-08-05 21:02:46 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-05 21:02:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-05 21:02:46 - TARGET=sparc64 TB --- 2010-08-05 21:02:46 - TARGET_ARCH=sparc64 TB --- 2010-08-05 21:02:46 - TZ=UTC TB --- 2010-08-05 21:02:46 - __MAKE_CONF=/dev/null TB --- 2010-08-05 21:02:46 - cd /src TB --- 2010-08-05 21:02:46 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 5 21:02:48 UTC 2010 >>> 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 [...] gzip -cn /src/sbin/gvinum/gvinum.8 > gvinum.8.gz ===> sbin/hastctl (all) cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/../hastd/activemap.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/../hastd/ebuf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/../hastd/hast_proto.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/hastctl.c /src/sbin/hastctl/hastctl.c: In function 'main': /src/sbin/hastctl/hastctl.c:435: error: too few arguments to function 'yy_config_parse' *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-05 21:51:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-05 21:51:58 - ERROR: failed to build world TB --- 2010-08-05 21:51:58 - 2281.22 user 538.91 system 2994.05 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 21:56:11 2010 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 85767106566C; Thu, 5 Aug 2010 21:56:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 57EE78FC17; Thu, 5 Aug 2010 21:56:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o75LuABZ006239; Thu, 5 Aug 2010 17:56:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o75LuA2n006238; Thu, 5 Aug 2010 21:56:10 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Aug 2010 21:56:10 GMT Message-Id: <201008052156.o75LuA2n006238@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Thu, 05 Aug 2010 21:56:11 -0000 TB --- 2010-08-05 21:07:33 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-05 21:07:33 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-08-05 21:07:33 - cleaning the object tree TB --- 2010-08-05 21:07:51 - cvsupping the source tree TB --- 2010-08-05 21:07:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-08-05 21:08:15 - building world TB --- 2010-08-05 21:08:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-05 21:08:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-05 21:08:15 - TARGET=sun4v TB --- 2010-08-05 21:08:15 - TARGET_ARCH=sparc64 TB --- 2010-08-05 21:08:15 - TZ=UTC TB --- 2010-08-05 21:08:15 - __MAKE_CONF=/dev/null TB --- 2010-08-05 21:08:15 - cd /src TB --- 2010-08-05 21:08:15 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 5 21:08:15 UTC 2010 >>> 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 [...] gzip -cn /src/sbin/gvinum/gvinum.8 > gvinum.8.gz ===> sbin/hastctl (all) cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/../hastd/activemap.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/../hastd/ebuf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/../hastd/hast_proto.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/hastctl.c /src/sbin/hastctl/hastctl.c: In function 'main': /src/sbin/hastctl/hastctl.c:435: error: too few arguments to function 'yy_config_parse' *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-05 21:56:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-05 21:56:10 - ERROR: failed to build world TB --- 2010-08-05 21:56:10 - 2272.05 user 531.98 system 2917.07 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 22:03:01 2010 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 CE5E2106567A for ; Thu, 5 Aug 2010 22:03:01 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5430E8FC0C for ; Thu, 5 Aug 2010 22:03:00 +0000 (UTC) Received: by ewy26 with SMTP id 26so3023344ewy.13 for ; Thu, 05 Aug 2010 15:03:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=1jT9L2WTK5OwPlWMWlfYPd2tA/SHTgHk7EewXV2H0YM=; b=LkLWVILkUp2XqWFvftzTbdaVO7vxanWo8pwb6mio1nxGsHGVfhzczvm87amm/idclQ xYAvX2Oh34slVVFWd5hwB7MjexlAo2g+mx8ftZ9zNUIqKPmWg250SD/fuSiu627XEUIM Zfl9jNl+N5veajNi47iCLTTDW5eSNzk99UHG0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; b=ArMtcHeMwoQaJUvxXqRxYrulkaYqPmGouPw3CNYERTND9ceh9GW1GkrfO/ZhnfB22Y XwNM7oEua+fgToY2EEgmqOCgRZMYWdFxEzR09JzBa64Ju/ozgBEJFG5hE0kAiKxsMw/V 7W9TxJAdsHVOc7ci0uikbTf16sNSW9s8rNq2U= Received: by 10.213.20.10 with SMTP id d10mr8136786ebb.92.1281045779984; Thu, 05 Aug 2010 15:02:59 -0700 (PDT) Received: from [192.168.1.70] (ip4da3ae31.direct-adsl.nl [77.163.174.49]) by mx.google.com with ESMTPS id z55sm1054975eeh.21.2010.08.05.15.02.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Aug 2010 15:02:55 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <4C5B350C.7020708@freebsd.org> Date: Fri, 06 Aug 2010 00:02:52 +0200 From: Rene Ladan Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; nl-NL; rv:1.9.2.7) Gecko/20100805 Thunderbird/3.1.1 MIME-Version: 1.0 To: erob@gthcfoundation.org References: <4C5735F9.9020308@gthcfoundation.org> <4C58151A.2060207@gthcfoundation.org> <4C581D7E.6010907@gthcfoundation.org> In-Reply-To: <4C581D7E.6010907@gthcfoundation.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: thunderbird-3.0.6 stuck in ucond upon start 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, 05 Aug 2010 22:03:01 -0000 FWIW, thunderbird-3.1.1 runs fine on exactly the same kernel. Regards, Rene On 03-08-2010 15:45, Etienne Robillard wrote: > > Could this be a side effect from DEADLKRES or as a result of > a exclusive mutex lock (lock order reversal) ? I'd add option > DEBUG_LOCKS and/or > WITNESS_SKIPSPIN, to disable witness checks on spin mutexes, as > explained in the NOTES file. > > cheers, > Etienne > > > > René Ladan wrote: >> It should just be the GENERIC kernel, it is attached for completeness. >> >> Rene >> >> 2010/8/3 Etienne Robillard : >>> Please show us the kernel config too. It compiles and runs >>> without side effects on FreeBSD 8.1 (GENERIC) and native gcc... >>> >>> cheers! >>> >>> Etienne >>> >>> >>> >>> On 08/02/10 17:18, René Ladan wrote: >>>> Fair enough... >>>> >>>> a trace of about the first 10 seconds generated by 'ktrace -di >>>> thunderbird' >>>> is available at ftp://rene-ladan.nl/pub/freebsd/ktrace.out >>>> >>>> You'll need a amd64 machine to kdump it. >>>> >>>> Note that nothing user-visible happens when I start thunderbird. >>>> >>>> Regards, >>>> Rene >>>> >>>> 2010/8/2 Etienne Robillard: >>>> >>>>> a kernel backtrace would be a nice visual aid to debug!!! >>>>> >>>>> Cheers, >>>>> >>>>> Etienne >>>>> >>>>> >>>>> René Ladan wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> it looks like on this CURRENT: >>>>>> FreeBSD acer 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r210736: Sun Aug 1 >>>>>> 21:51:37 CEST 2010 >>>>>> rene@acer:/usr/obj/usr/home/rene/freebsd/clangbsd/sys/GENERIC amd64 >>>>>> >>>>>> thunderbird is always stuck in ucond upon start, however it is >>>>>> killable. >>>>>> >>>>>> This is a clangbsd kernel (GENERIC, with WITNESS), r210319 with >>>>>> gccbsd >>>>>> userland, r209980 and gcc-compiled up-to-date ports. >>>>>> The following modules are loaded: >>>>>> acer % kldstat >>>>>> Id Refs Address Size Name >>>>>> 1 26 0xffffffff80100000 f96790 kernel >>>>>> 2 1 0xffffffff81097000 570f8 iwn5000fw.ko >>>>>> 3 1 0xffffffff810ef000 29778 snd_hda.ko >>>>>> 4 2 0xffffffff81119000 85e20 sound.ko >>>>>> 5 1 0xffffffff8119f000 1c480 if_iwn.ko >>>>>> 6 1 0xffffffff81212000 3a85 linprocfs.ko >>>>>> 7 1 0xffffffff81216000 1de5d linux.ko >>>>>> acer % >>>>>> >>>>>> Regards, >>>>>> Rene >>>>>> >>>> _______________________________________________ >>>> 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" > > -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From owner-freebsd-current@FreeBSD.ORG Thu Aug 5 22:10:37 2010 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 EFABA1065670; Thu, 5 Aug 2010 22:10:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BE21D8FC13; Thu, 5 Aug 2010 22:10:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o75MAZCt026126; Thu, 5 Aug 2010 18:10:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o75MAZUt026125; Thu, 5 Aug 2010 22:10:35 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 5 Aug 2010 22:10:35 GMT Message-Id: <201008052210.o75MAZUt026125@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Thu, 05 Aug 2010 22:10:37 -0000 TB --- 2010-08-05 20:48:58 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-05 20:48:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-08-05 20:48:58 - cleaning the object tree TB --- 2010-08-05 20:49:22 - cvsupping the source tree TB --- 2010-08-05 20:49:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-08-05 20:50:06 - building world TB --- 2010-08-05 20:50:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-05 20:50:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-05 20:50:06 - TARGET=powerpc TB --- 2010-08-05 20:50:06 - TARGET_ARCH=powerpc TB --- 2010-08-05 20:50:06 - TZ=UTC TB --- 2010-08-05 20:50:06 - __MAKE_CONF=/dev/null TB --- 2010-08-05 20:50:06 - cd /src TB --- 2010-08-05 20:50:06 - /usr/bin/make -B buildworld >>> World build started on Thu Aug 5 20:50:06 UTC 2010 >>> 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 [...] gzip -cn /src/sbin/gvinum/gvinum.8 > gvinum.8.gz ===> sbin/hastctl (all) cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/../hastd/activemap.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/../hastd/ebuf.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/../hastd/hast_proto.c cc -O2 -pipe -I/src/sbin/hastctl/../hastd -DINET -DINET6 -DYY_NO_UNPUT -DHAVE_CRYPTO -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/hastctl/hastctl.c /src/sbin/hastctl/hastctl.c: In function 'main': /src/sbin/hastctl/hastctl.c:435: error: too few arguments to function 'yy_config_parse' *** Error code 1 Stop in /src/sbin/hastctl. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-08-05 22:10:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-08-05 22:10:35 - ERROR: failed to build world TB --- 2010-08-05 22:10:35 - 3957.16 user 694.33 system 4897.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 12:02:51 2010 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 ADD8F1065680 for ; Fri, 6 Aug 2010 12:02:51 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 4E45C8FC14 for ; Fri, 6 Aug 2010 12:02:50 +0000 (UTC) Received: from [41.154.86.106] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1OhL9d-0005Cg-8q for current@freebsd.org; Fri, 06 Aug 2010 13:32:01 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OhL9c-0000ux-FH for current@freebsd.org; Fri, 06 Aug 2010 13:32:00 +0200 To: current@freebsd.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Fri, 06 Aug 2010 13:32:00 +0200 Message-Id: Cc: Subject: problem with mfiutil 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, 06 Aug 2010 12:02:51 -0000 Hi I'm unable to make a raid10 on my servers with 6 disks in each stripe. I tried a few ways: ~ # mfiutil -u1 create raid10 -s1M e1:s0,e1:s1,e1:s2,e1:s3,e1:s4,e1:s5 e1:s6,e1:s7,e1:s8,e1:s9,e1:s10,e1:s11 mfiutil: Command failed: Invalid parameter mfiutil: Failed to add volume: Input/output error ~ # mfiutil -u1 create raid10 -s1M 19,29,18,26,22,20 31,30,21,27,28,32 mfiutil: Command failed: Invalid parameter mfiutil: Failed to add volume: Input/output error It does however work with 2 disks in each stripe: ~ # mfiutil -u1 create raid10 -s1M 19,29 31,30 any ideas? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 15:58:32 2010 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 4E7B51065676 for ; Fri, 6 Aug 2010 15:58:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 210678FC19 for ; Fri, 6 Aug 2010 15:58:32 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C2FFD46C06; Fri, 6 Aug 2010 11:58:31 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C642F8A04E; Fri, 6 Aug 2010 11:58:30 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 6 Aug 2010 10:53:26 -0400 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20100217; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201008061053.26465.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 06 Aug 2010 11:58:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Ian FREISLICH Subject: Re: problem with mfiutil 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, 06 Aug 2010 15:58:32 -0000 On Friday, August 06, 2010 7:32:00 am Ian FREISLICH wrote: > Hi > > I'm unable to make a raid10 on my servers with 6 disks in each > stripe. I tried a few ways: > > ~ # mfiutil -u1 create raid10 -s1M e1:s0,e1:s1,e1:s2,e1:s3,e1:s4,e1:s5 e1:s6,e1:s7,e1:s8,e1:s9,e1:s10,e1:s11 > mfiutil: Command failed: Invalid parameter > mfiutil: Failed to add volume: Input/output error > > ~ # mfiutil -u1 create raid10 -s1M 19,29,18,26,22,20 31,30,21,27,28,32 > mfiutil: Command failed: Invalid parameter > mfiutil: Failed to add volume: Input/output error > > It does however work with 2 disks in each stripe: > ~ # mfiutil -u1 create raid10 -s1M 19,29 31,30 > > any ideas? Yes, you have it inverted. You are creating a stripe across a bunch of RAID-1's and you need to list all the RAID-1's, so something like this: mfiutil -u 1 create raid10 -s 1M 19,31 29,39 18,21 26,27 22,28 20,32 -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 17:31:10 2010 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 4920E106566C; Fri, 6 Aug 2010 17:31:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id DB3518FC21; Fri, 6 Aug 2010 17:31:09 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1OhQFb-00044D-95; Fri, 06 Aug 2010 18:58:31 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OhQFZ-0000Rk-7z; Fri, 06 Aug 2010 18:58:29 +0200 To: John Baldwin From: Ian FREISLICH In-Reply-To: <201008061053.26465.jhb@freebsd.org> References: <201008061053.26465.jhb@freebsd.org> X-Attribution: BOFH Date: Fri, 06 Aug 2010 18:58:29 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: problem with mfiutil 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, 06 Aug 2010 17:31:10 -0000 John Baldwin wrote: > On Friday, August 06, 2010 7:32:00 am Ian FREISLICH wrote: > > Hi > > > > I'm unable to make a raid10 on my servers with 6 disks in each > > stripe. I tried a few ways: > > > > ~ # mfiutil -u1 create raid10 -s1M e1:s0,e1:s1,e1:s2,e1:s3,e1:s4,e1:s5 > e1:s6,e1:s7,e1:s8,e1:s9,e1:s10,e1:s11 > > mfiutil: Command failed: Invalid parameter > > mfiutil: Failed to add volume: Input/output error > > > > ~ # mfiutil -u1 create raid10 -s1M 19,29,18,26,22,20 31,30,21,27,28,32 > > mfiutil: Command failed: Invalid parameter > > mfiutil: Failed to add volume: Input/output error > > > > It does however work with 2 disks in each stripe: > > ~ # mfiutil -u1 create raid10 -s1M 19,29 31,30 > > > > any ideas? > > Yes, you have it inverted. You are creating a stripe across a bunch of > RAID-1's and you need to list all the RAID-1's, so something like this: > > mfiutil -u 1 create raid10 -s 1M 19,31 29,39 18,21 26,27 22,28 20,32 Hmm. I'll give that a try, but it's not the way the controler configured it fyrom the BIOS utility. It was definitely a mirror of 2 6 disk stripes. The controller is a Perc 6/E. My playing has now left: [nagios06.jnb1] ~ # mfiutil -u1 show volumes mfi1 Volumes: Id Size Level Stripe State Cache Name mfid2 ( 419G) RAID-1 1M OPTIMAL Enabled 0 ( 837G) RAID-10 1M OPTIMAL Writes And I can't delete the '0' volume. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 17:45:19 2010 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 32733106566B; Fri, 6 Aug 2010 17:45:19 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 091F78FC12; Fri, 6 Aug 2010 17:45:19 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1OhQyq-000AXV-CC; Fri, 06 Aug 2010 13:45:16 -0400 Date: Fri, 6 Aug 2010 13:45:16 -0400 From: Gary Palmer To: Ian FREISLICH Message-ID: <20100806174516.GA86366@in-addr.com> References: <201008061053.26465.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-current@freebsd.org Subject: Re: problem with mfiutil 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, 06 Aug 2010 17:45:19 -0000 On Fri, Aug 06, 2010 at 06:58:29PM +0200, Ian FREISLICH wrote: > John Baldwin wrote: > > On Friday, August 06, 2010 7:32:00 am Ian FREISLICH wrote: > > > Hi > > > > > > I'm unable to make a raid10 on my servers with 6 disks in each > > > stripe. I tried a few ways: > > > > > > ~ # mfiutil -u1 create raid10 -s1M e1:s0,e1:s1,e1:s2,e1:s3,e1:s4,e1:s5 > > e1:s6,e1:s7,e1:s8,e1:s9,e1:s10,e1:s11 > > > mfiutil: Command failed: Invalid parameter > > > mfiutil: Failed to add volume: Input/output error > > > > > > ~ # mfiutil -u1 create raid10 -s1M 19,29,18,26,22,20 31,30,21,27,28,32 > > > mfiutil: Command failed: Invalid parameter > > > mfiutil: Failed to add volume: Input/output error > > > > > > It does however work with 2 disks in each stripe: > > > ~ # mfiutil -u1 create raid10 -s1M 19,29 31,30 > > > > > > any ideas? > > > > Yes, you have it inverted. You are creating a stripe across a bunch of > > RAID-1's and you need to list all the RAID-1's, so something like this: > > > > mfiutil -u 1 create raid10 -s 1M 19,31 29,39 18,21 26,27 22,28 20,32 > > Hmm. I'll give that a try, but it's not the way the controler > configured it fyrom the BIOS utility. It was definitely a mirror > of 2 6 disk stripes. The controller is a Perc 6/E. What you described is RAID 0+1, not RAID 10. Typically in RAID 0+1 you make two stripes, each with half the disks, and then mirror them. RAID 10 you make lots of mirrored drive pairs and then stripe across all the mirrors. RAID 10 has higher redundancy and lower rebuild times than 0+1 Regards, Gary From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 18:37:07 2010 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 7C842106566C for ; Fri, 6 Aug 2010 18:37:07 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id C0E018FC0A for ; Fri, 6 Aug 2010 18:37:06 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1OhRmy-0007JH-8V; Fri, 06 Aug 2010 20:37:04 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1OhRmw-0000YC-DB; Fri, 06 Aug 2010 20:37:02 +0200 To: Gary Palmer From: Ian FREISLICH In-Reply-To: <20100806174516.GA86366@in-addr.com> References: <20100806174516.GA86366@in-addr.com> <201008061053.26465.jhb@freebsd.org> X-Attribution: BOFH Date: Fri, 06 Aug 2010 20:37:02 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: problem with mfiutil 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, 06 Aug 2010 18:37:07 -0000 Gary Palmer wrote: > On Fri, Aug 06, 2010 at 06:58:29PM +0200, Ian FREISLICH wrote: > > John Baldwin wrote: > > > On Friday, August 06, 2010 7:32:00 am Ian FREISLICH wrote: > > > > Hi > > > > > > > > I'm unable to make a raid10 on my servers with 6 disks in each > > > > stripe. I tried a few ways: > > > > > > > > ~ # mfiutil -u1 create raid10 -s1M e1:s0,e1:s1,e1:s2,e1:s3,e1:s4,e1:s5 > > > e1:s6,e1:s7,e1:s8,e1:s9,e1:s10,e1:s11 > > > > mfiutil: Command failed: Invalid parameter > > > > mfiutil: Failed to add volume: Input/output error > > > > > > > > ~ # mfiutil -u1 create raid10 -s1M 19,29,18,26,22,20 31,30,21,27,28,32 > > > > mfiutil: Command failed: Invalid parameter > > > > mfiutil: Failed to add volume: Input/output error > > > > > > > > It does however work with 2 disks in each stripe: > > > > ~ # mfiutil -u1 create raid10 -s1M 19,29 31,30 > > > > > > > > any ideas? > > > > > > Yes, you have it inverted. You are creating a stripe across a bunch of > > > RAID-1's and you need to list all the RAID-1's, so something like this: > > > > > > mfiutil -u 1 create raid10 -s 1M 19,31 29,39 18,21 26,27 22,28 20,32 > > > > Hmm. I'll give that a try, but it's not the way the controler > > configured it fyrom the BIOS utility. It was definitely a mirror > > of 2 6 disk stripes. The controller is a Perc 6/E. > > What you described is RAID 0+1, not RAID 10. Typically in RAID 0+1 you > make two stripes, each with half the disks, and then mirror them. RAID > 10 you make lots of mirrored drive pairs and then stripe across all the > mirrors. RAID 10 has higher redundancy and lower rebuild times than 0+1 Understood and I'm not saying it isn't, it's just what the controller reported as its config which led me to what I originally posted. I managed to get the controller to delete the volume it showed wierdly by adding another volume and then deleting the two. I then created the RAID10. I'd love to know what my colleague did to get the previous config because it's apparently not supported by this controller. This is what it looked like before: mfi1 Configuration: 7 arrays, 2 volumes, 1 spares array 0 of 2 drives: drive 23 ( 419G) ONLINE SAS enclosure 1, slot 14 drive 24 ( 419G) ONLINE SAS enclosure 1, slot 13 array 1 of 6 drives: drive 19 ( 419G) ONLINE SAS enclosure 1, slot 0 drive 31 ( 419G) ONLINE SAS enclosure 1, slot 6 drive 18 ( 419G) ONLINE SAS enclosure 1, slot 2 drive 26 ( 419G) ONLINE SAS enclosure 1, slot 3 drive 22 ( 419G) ONLINE SAS enclosure 1, slot 4 drive 20 ( 419G) ONLINE SAS enclosure 1, slot 5 array 2 of 6 drives: drive 29 ( 419G) ONLINE SAS enclosure 1, slot 1 drive 30 ( 419G) ONLINE SAS enclosure 1, slot 7 drive 21 ( 419G) ONLINE SAS enclosure 1, slot 8 drive 27 ( 419G) ONLINE SAS enclosure 1, slot 9 drive 28 ( 419G) ONLINE SAS enclosure 1, slot 10 drive 32 ( 419G) ONLINE SAS enclosure 1, slot 11 volume mfid2 (419G) RAID-1 1M OPTIMAL spans: array 0 volume mfid1 (2512G) RAID-10 1M OPTIMAL spans: array 1 array 2 global spare 25 ( 419G) HOT SPARE SAS enclosure 1, slot 12 This is what the config looks like now: mfi1 Configuration: 7 arrays, 2 volumes, 1 spares array 0 of 2 drives: drive 23 ( 419G) ONLINE SAS enclosure 1, slot 14 drive 24 ( 419G) ONLINE SAS enclosure 1, slot 13 array 1 of 2 drives: drive 19 ( 419G) ONLINE SAS enclosure 1, slot 0 drive 31 ( 419G) ONLINE SAS enclosure 1, slot 6 array 2 of 2 drives: drive 29 ( 419G) ONLINE SAS enclosure 1, slot 1 drive 30 ( 419G) ONLINE SAS enclosure 1, slot 7 array 3 of 2 drives: drive 18 ( 419G) ONLINE SAS enclosure 1, slot 2 drive 21 ( 419G) ONLINE SAS enclosure 1, slot 8 array 4 of 2 drives: drive 26 ( 419G) ONLINE SAS enclosure 1, slot 3 drive 27 ( 419G) ONLINE SAS enclosure 1, slot 9 array 5 of 2 drives: drive 22 ( 419G) ONLINE SAS enclosure 1, slot 4 drive 28 ( 419G) ONLINE SAS enclosure 1, slot 10 array 6 of 2 drives: drive 20 ( 419G) ONLINE SAS drive 32 ( 419G) ONLINE SAS enclosure 1, slot 11 volume mfid2 (419G) RAID-1 1M OPTIMAL spans: array 0 volume mfid1 (2512G) RAID-10 1M OPTIMAL spans: array 1 array 2 array 3 array 4 array 5 array 6 global spare 25 ( 419G) HOT SPARE SAS enclosure 1, slot 12 Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Aug 6 21:38:17 2010 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 970E61065673 for ; Fri, 6 Aug 2010 21:38:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7C78FC1A for ; Fri, 6 Aug 2010 21:38:16 +0000 (UTC) Received: by wwb13 with SMTP id 13so364573wwb.31 for ; Fri, 06 Aug 2010 14:38:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=SVo2PEuK4zcKagkro7c3IzGLp9oKkiGbpWs2fskDJHA=; b=tlTwbi0opybyEWvlyaBkQpQituil1qSFN3TSPvKIFsFWaJCJSaeNwPAZ873hyn5KUu 5WXP84H6F8xJvPalGa2CmapJMqJAUngv/j6g1PDcdsKyNQMuzqxR4w5qB7THeHlLwMO7 Mw2YFq4XsG8W3X4BCYvliSCx0IF8OuaYKAy1s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=c1mb0LvZvdG+AtutcKm4sH3YjeS1YVRnh/UEKEhNGycpcDddKau9slT/Qkbz9KyzkQ HkZ4FID2moHG6aP/UNA63LeUBBGJHylgYzG2peFG5wJjFFc6IweT5QG/9jqmLyvuuOmG DO8xqcCZF2gJPxGwQeuR/tqgXwEyjPeyfYkOM= MIME-Version: 1.0 Received: by 10.227.7.212 with SMTP id e20mr10452147wbe.44.1281129313236; Fri, 06 Aug 2010 14:15:13 -0700 (PDT) Received: by 10.216.48.6 with HTTP; Fri, 6 Aug 2010 14:15:13 -0700 (PDT) Date: Fri, 6 Aug 2010 14:15:13 -0700 Message-ID: From: Jack Vogel To: FreeBSD Net , FreeBSD stable , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Watchdog resets on 82575 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, 06 Aug 2010 21:38:17 -0000 If you have this adapter and have been getting watchdogs you need to pick up the small update I checked into HEAD today. When I added the SR-IOV support for the 82576 adapter I removed a call to set the MAC type in an early routine, thinking it was unnecessary, since a slightly later shared code init does the same thing. I also saw no problem when I did this on the 82576.... well, it did have a bad effect that I did not notice, the slightly later call, igb_setup_msix() did not have the mac set and this resulted in the 82575 creating more queues than it is really able to handle. So, bottom line, this is a critical fix for 82575: SVN rev 210968 Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 19:47:26 2010 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 24985106566B; Sat, 7 Aug 2010 19:47:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 177518FC20; Sat, 7 Aug 2010 19:47:24 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=AloUlVQQLuutPgH7MSFGD/V8MYI3aUCj623mET0KTys= c=1 sm=1 a=RNuux4yrUmIA:10 a=kj9zAlcOel0A:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=RwUky6g2H-i7pbPcAiQA:9 a=inY1KdxnDVBgk11NvRQA:7 a=tjeHdgyKuMZ54x2bjGU0jKzOzaIA:4 a=CjuIK1q_8ugA:10 a=fgf5PR_cwQYA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:117 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 4609153; Sat, 07 Aug 2010 21:46:57 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, freebsd-arm@freebsd.org, Andrew Thompson Date: Sat, 7 Aug 2010 21:43:59 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.4.5; amd64; ; ) X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201008072144.00002.hselasky@c2i.net> Cc: Subject: [BETA testing] USB 3.0 Super Speed support in FreeBSD 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, 07 Aug 2010 19:47:26 -0000 Hi, During the last two weeks I've been working hard to get USB 3.0 support added to the FreeBSD 8+ USB stack. There are a couple of issues left, but right now the code is in a state were enumeration of USB devices is possible and there are no dirty hacks :-) The XHCI chip, which is the PCI interface for USB 3.0, is a replacement for OHCI/UHCI/EHCI and can also drive USB Super Speed (4.8 Gbps). I expect there to be a througput and performance increase when switching over to the XHCI interface also for 2.0 compatible devices, because it has a better data queuing mechanism. Currently all code has been committed to the USB P4 project at FreeBSD.org. You need to copy all files under sys/dev/usb + sys/modules/usb/xhci into 8- stable for example, and then build a new kernel. You need to manually to cd into sys/modules/usb/xhci and type make all install after you built the kernel. Reference: http://p4db.freebsd.org/changeList.cgi?FSPC=%2F%2Fdepot%2Fprojects%2Fusb%2Fsrc%2F...&USERS=hselasky&ignore=GO! Comments are welcome! --HPS From owner-freebsd-current@FreeBSD.ORG Sat Aug 7 22:14:28 2010 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 5DFDF1065675 for ; Sat, 7 Aug 2010 22:14:28 +0000 (UTC) (envelope-from torent_1986@ukr.net) Received: from ffe6.ukr.net (ffe6.ukr.net [195.214.192.56]) by mx1.freebsd.org (Postfix) with ESMTP id ED8B08FC19 for ; Sat, 7 Aug 2010 22:14:27 +0000 (UTC) Received: from mail by ffe6.ukr.net with local ID 1OhrJu-000HIW-1h for freebsd-current@freebsd.org; Sun, 08 Aug 2010 00:52:46 +0300 Date: Sun, 08 Aug 2010 00:52:46 +0300 Message-Id: MIME-Version: 1.0 To: freebsd-current@freebsd.org From: =?WINDOWS-1251?Q?=CD=E8=EA=EE=EB=E0=E9?= X-Life: is great, enjoy it! X-Mailer: freemail.ukr.net mPOP 3.6.1-current X-Originating-Ip: [77.88.199.246] X-Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8 ( .NET CLR 3.5.30729; .NET4.0E) Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: binary Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem with buildworld (Stop in /usr/src/lib/csu/i386-elf.) 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, 07 Aug 2010 22:14:28 -0000 Hi I want to update my FreeBSD system from 7.2-RELEASE-p4 to 8.1-RELEASE When I try to run "make buildworld", process stopped with error. ============================================= ===> lib/csu/i386-elf (obj,depend,all,install) rm -f .depend mkdep -f .depend -a    -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include /usr/src/lib/csu/i386-elf/crti.S /usr/src/lib/csu/i386-elf/crtn.S cc -O2 -pipe  -I/usr/src/lib/csu/i386-elf/../common  -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/lib/csu/i386-elf/crti.S cc -O2 -pipe  -I/usr/src/lib/csu/i386-elf/../common  -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/lib/csu/i386-elf/crtn.S cc -O2 -pipe  -I/usr/src/lib/csu/i386-elf/../common  -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -DGCRT -c -o gcrt1_c.o /usr/src/lib/csu/i386-elf/crt1_c.c cc -O2 -pipe  -I/usr/src/lib/csu/i386-elf/../common  -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/lib/csu/i386-elf/crt1_s.S ld -Wl,--rpath -Wl,LIBDIR -o gcrt1.o -r crt1_s.o gcrt1_c.o ld: unrecognized option '-Wl,--rpath' ld: use the --help option for usage information *** Error code 1 Stop in /usr/src/lib/csu/i386-elf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ============================================= "/etc/make.conf" is clean Thanks for the help!