From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 05:19:20 2012 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 0CF5B106566B; Sun, 16 Sep 2012 05:19: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 252838FC08; Sun, 16 Sep 2012 05:19:17 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q8G5JLgX045868; Sun, 16 Sep 2012 08:19:21 +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.5/8.14.5) with ESMTP id q8G5J9Q6026220; Sun, 16 Sep 2012 08:19:09 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q8G5J9gZ026219; Sun, 16 Sep 2012 08:19:09 +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: Sun, 16 Sep 2012 08:19:09 +0300 From: Konstantin Belousov To: Dimitry Andric Message-ID: <20120916051909.GI37286@deviant.kiev.zoral.com.ua> References: <50550285.4040203@andric.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fze0sZZmuBV4A+b2" Content-Disposition: inline In-Reply-To: <50550285.4040203@andric.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-toolchain@freebsd.org Subject: Re: Compiler performance tests on FreeBSD 10.0-CURRENT 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, 16 Sep 2012 05:19:20 -0000 --fze0sZZmuBV4A+b2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Sep 16, 2012 at 12:34:45AM +0200, Dimitry Andric wrote: > Hi all, >=20 > By request, I performed a series of kernel performance tests on FreeBSD > 10.0-CURRENT, particularly comparing the runtime performance of GENERIC > kernels compiled by gcc 4.2.1 and by clang 3.2. >=20 > The attached text file[1] contains more information about the tests, > some semi-cooked performance data, and my conclusions. Any errors and > omissions are also my fault, so if you notice them, please let me know. >=20 > The executive summary: GENERIC kernels compiled with clang 3.2 are > slightly faster than those compiled by gcc 4.2.1, though the difference > will not very noticeable in practice. >=20 > Last but not least, thanks to Gavin Atkinson for providing the required > hardware. Thank you very much for doing this. I tried to map the CPUID into more human-friendly family moniker, and it seems that these are Pentium-4 class CPUs. Am I right ? If yes, could you, please, rerun the tests on anything more recent than Core2, i.e. any Core i7-whatever class of Xeons ? Thank again. --fze0sZZmuBV4A+b2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBVYU0ACgkQC3+MBN1Mb4jwPACgprGQgUxqIAh8z5ymqizGgesx VhYAmwdDn4Pzlz28GNHUq4s4o6kl5s/q =aK0L -----END PGP SIGNATURE----- --fze0sZZmuBV4A+b2-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 05:25:52 2012 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 B71261065670; Sun, 16 Sep 2012 05:25:52 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 65A208FC19; Sun, 16 Sep 2012 05:25:52 +0000 (UTC) Received: by obbun3 with SMTP id un3so9813461obb.13 for ; Sat, 15 Sep 2012 22:25:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Krm79UcjFbi46Th0F+uubmP9hadLLVQr1p7zAb51t+M=; b=0/C2Vx5xgpN+IcmWDPy6or3O3XI4GCJQQobLYOJxrE+PJeM8tHrQGTYasxyooG+dML AJsipms1SX620AfmsKLKaStywUfgRY3JseKiv/atsdE6IZPR8XT5E1WzKDp1aMTYHJsc 1scsDYP88rdSBvo6kkol6+j4Ib6zzRdwziBnZ4rUtmmLkoaxiy5Tq25C8upFEnMAyJiL cE0oO8biIdt8+VmCS7IYotWjX44tzMnfveCsvTbPjh2nHvidNpPDTBi8tNA9543cHa/s wl65rVyWZY2RIqb4c0u9jzI4EKU3Zx9I8hQpQWWxl2zsLNcdU8jB5JerbSooK2Za2F5B 4kVw== MIME-Version: 1.0 Received: by 10.60.20.69 with SMTP id l5mr8394651oee.114.1347773151643; Sat, 15 Sep 2012 22:25:51 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sat, 15 Sep 2012 22:25:51 -0700 (PDT) In-Reply-To: <20120916051909.GI37286@deviant.kiev.zoral.com.ua> References: <50550285.4040203@andric.com> <20120916051909.GI37286@deviant.kiev.zoral.com.ua> Date: Sat, 15 Sep 2012 22:25:51 -0700 Message-ID: From: Garrett Cooper To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: Dimitry Andric , freebsd-current@freebsd.org, freebsd-toolchain@freebsd.org Subject: Re: Compiler performance tests on FreeBSD 10.0-CURRENT 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, 16 Sep 2012 05:25:52 -0000 On Sat, Sep 15, 2012 at 10:19 PM, Konstantin Belousov wrote: > On Sun, Sep 16, 2012 at 12:34:45AM +0200, Dimitry Andric wrote: >> Hi all, >> >> By request, I performed a series of kernel performance tests on FreeBSD >> 10.0-CURRENT, particularly comparing the runtime performance of GENERIC >> kernels compiled by gcc 4.2.1 and by clang 3.2. >> >> The attached text file[1] contains more information about the tests, >> some semi-cooked performance data, and my conclusions. Any errors and >> omissions are also my fault, so if you notice them, please let me know. >> >> The executive summary: GENERIC kernels compiled with clang 3.2 are >> slightly faster than those compiled by gcc 4.2.1, though the difference >> will not very noticeable in practice. >> >> Last but not least, thanks to Gavin Atkinson for providing the required >> hardware. > > Thank you very much for doing this. > > I tried to map the CPUID into more human-friendly family moniker, and it > seems that these are Pentium-4 class CPUs. Am I right ? > > If yes, could you, please, rerun the tests on anything more recent than > Core2, i.e. any Core i7-whatever class of Xeons ? If you can provide the tests, I can rerun it on some Nehalem class workstations I have access to. I unfortunately don't have access to SNB/Romley hardware yet. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 07:21:27 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 9AB33106564A for ; Sun, 16 Sep 2012 07:21:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5082D14F437 for ; Sun, 16 Sep 2012 07:21:26 +0000 (UTC) Message-ID: <50557DF5.5000609@FreeBSD.org> Date: Sun, 16 Sep 2012 00:21:25 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.4.4 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Shouldn't world be able to build without /usr/include? 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, 16 Sep 2012 07:21:27 -0000 ===> tools/build (obj,includes,depend,all,install) grep: /usr/include/stdio.h: No such file or directory /usr/obj/frontier/svn/head/tmp/frontier/svn/head/tools/build created for /frontier/svn/head/tools/build grep: /usr/include/stdio.h: No such file or directory cd /frontier/svn/head/tools/build; make buildincludes; make installincludes grep: /usr/include/stdio.h: No such file or directory grep: /usr/include/stdio.h: No such file or directory grep: /usr/include/stdio.h: No such file or directory grep -v HAVE_GETLINE /frontier/svn/head/tools/build/../../lib/libmagic/config.h > config.h rm -f .depend mkdep -f .depend -a -DHAVE_CONFIG_H -I. -I/usr/obj/frontier/svn/head/tmp/legacy/usr/include -std=gnu99 /frontier/svn/head/tools/build/../../contrib/file/getline.c In file included from /frontier/svn/head/tools/build/../../contrib/file/getline.c:32: /frontier/svn/head/tools/build/../../contrib/file/file.h:52:74: error: stdio.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:53:19: error: errno.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:54:44: error: fcntl.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:59:20: error: stdint.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:62:22: error: inttypes.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:64:19: error: regex.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:65:23: error: sys/types.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:66:23: error: sys/param.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:68:22: error: sys/stat.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/file.h:69:20: error: stdarg.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/getline.c:34:20: error: stdlib.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/getline.c:36:20: error: unistd.h: No such file or directory /frontier/svn/head/tools/build/../../contrib/file/getline.c:38:20: error: string.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 07:31:50 2012 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 84EA21065674; Sun, 16 Sep 2012 07:31:50 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 1546F8FC18; Sun, 16 Sep 2012 07:31:49 +0000 (UTC) Received: from server.rulingia.com (c220-239-249-137.belrs5.nsw.optusnet.com.au [220.239.249.137]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q8G7Vfm2012949 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 16 Sep 2012 17:31:42 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q8G7VaRM023552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Sep 2012 17:31:36 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q8G7VZcv023551; Sun, 16 Sep 2012 17:31:35 +1000 (EST) (envelope-from peter) Date: Sun, 16 Sep 2012 17:31:35 +1000 From: Peter Jeremy To: Doug Barton Message-ID: <20120916073135.GC22613@server.rulingia.com> References: <50557DF5.5000609@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7gGkHNMELEOhSGF6" Content-Disposition: inline In-Reply-To: <50557DF5.5000609@FreeBSD.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Shouldn't world be able to build without /usr/include? 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, 16 Sep 2012 07:31:50 -0000 --7gGkHNMELEOhSGF6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable No. The first stage of the buildworld is creating cross-tools - which run on the existing world (and hence need its include files and libs). --=20 Peter Jeremy --7gGkHNMELEOhSGF6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBVgFcACgkQ/opHv/APuIfqcgCeLKGbbkGG+yeU2qwPTnfZSGNV q5sAoKwEKGZml5JtzswnGknB9J79HOjE =x6y9 -----END PGP SIGNATURE----- --7gGkHNMELEOhSGF6-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 08:57:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 358F4106566B for ; Sun, 16 Sep 2012 08:57:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 030D88FC08 for ; Sun, 16 Sep 2012 08:57:26 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so8262758pbb.13 for ; Sun, 16 Sep 2012 01:57:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=qLHg7HMHax4bg7HZx6OhmWbpToeemY+tqKUSSe6JH/A=; b=GUBrcotwSSu4Dcr6AMvi3Kyrjd8gpGqrR3sMNkDi6bdRM65d4O30m3akJB/NFfQ4u0 3mKQ/S1M1vUW78ZybV6XZZZHfHb/bcpS6TrCxtM4ms7YH7eMCb4bmVRUKER+6H0eXLpb gsPkHKAxpuFlJmNG4+fKo9aROu7Gs/1/sphHhd2RYDsTgeA+T+0hjsRTpiuuLXK/7705 4utoUJqcyjFgW57JvF56KbEn31MIHgcipHl4eFV8fmwrOynxTDdiUwO+ppTWw6M57i3d VZu7+FEbhBnq1YGK6CDKbNmighwWdeudqBPILxIOyAYNxf/nqH+2Di6ebOz0sDY5pw1D 8nOw== Received: by 10.66.85.4 with SMTP id d4mr13201616paz.11.1347785846360; Sun, 16 Sep 2012 01:57:26 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id to6sm4661897pbc.12.2012.09.16.01.57.23 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 16 Sep 2012 01:57:25 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 16 Sep 2012 17:57:18 -0700 From: YongHyeon PYUN Date: Sun, 16 Sep 2012 17:57:18 -0700 To: Wanpeng Qian Message-ID: <20120917005718.GA1827@michelle.cdnetworks.com> References: <20120915001532.GC7612@michelle.cdnetworks.com> <20120915011727.GD7612@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 08:57:27 -0000 On Fri, Sep 14, 2012 at 09:11:02PM +0900, Wanpeng Qian wrote: > > >It seems BCM5723 support code was not added by me so I don't know > >how well it works in previous FreeBSD releases. Did bge(4) ever > >work with your controller? > > The driver works fine except the "bge0: Watchdog timeout", that will > bring the interface down/up for a while. make it unstable for network > share service. > > This card works fine under windows and opensolaris. so I think this is > a driver issue. watchdog timeouts can be triggered by various issues so it's hard to guess the root cause of the issue. Would you show me the dmesg output(bge(4)/brgphy(4) output only)? > > When I search by google. many users report this issue, from FreeBSD 7 > to Current. that is no workaround at this time except buy another > card. > > Regards. > > Qian From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 09:01:22 2012 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 3C4041065722; Sun, 16 Sep 2012 09:01:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 99CE08FC12; Sun, 16 Sep 2012 09:01:21 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so8265264pbb.13 for ; Sun, 16 Sep 2012 02:01:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=/yK0ZpMD/FgQmw/Es0bTQeU56lfoQg8zzBpxaKqoUco=; b=Qz9g2bQf73TWxlTq2roeUKI3yXYjuFgbB1uIAPE+BFFnpoZlI1fua9M6KdnbWW/7T6 Q3PKknwRH8hfd/Av5YBAOLvZImwyhCM+zmwysPbRqXZVGjM+XUptafHdJ1MEUtMKs3f9 eNcvSuTC23aP3EmdI4nw9EZIDoV2XA7L6TiQAywN7ywuoVEyhlrI9t6TfHRDRX2FDz0k KRop0tB600yFE+n/TF8iSYVt2zcd5qsVNnDqfgi5JL0xuq668JZHZsIT8lyVagscqV61 betbcKhvBmH7WPYh/yoKOXso43DZrruyhdo7aGQojjD2R86Lg6b6IIJefRuP5xUpM46a oNPw== Received: by 10.68.204.169 with SMTP id kz9mr14884978pbc.39.1347786080948; Sun, 16 Sep 2012 02:01:20 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id hr1sm4663428pbc.23.2012.09.16.02.01.18 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 16 Sep 2012 02:01:20 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 16 Sep 2012 18:01:13 -0700 From: YongHyeon PYUN Date: Sun, 16 Sep 2012 18:01:13 -0700 To: Pedro Giffuni Message-ID: <20120917010113.GB1827@michelle.cdnetworks.com> References: <20120914212716.GB7612@michelle.cdnetworks.com> <505371C2.1000103@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <505371C2.1000103@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Sep 2012 09:01:22 -0000 On Fri, Sep 14, 2012 at 01:04:50PM -0500, Pedro Giffuni wrote: > Success !!! > > It fixed kern/169634 for me. Great, would you write a follow-up to the PR? > > If still possible it should be pushed into 9.1-RELEASE. I'm afraid it was too late. > > Thank you so much for working on this! > No problem! > Pedro. > > On 09/14/2012 16:27, YongHyeon PYUN wrote: > >All, > > > >There were lots of reports that stock bge(4) does not work on Dell > >Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 > >users I managed to address the issue but I had to touch very > >sensitive part of driver. Before committing the change to tree I'd > >like to know whether this change introduces regressions on old > >bge(4) controllers. If you're bge(4) user, please try latest WIP > >version at the following URL and let me know how it goes on your > >box. I'm especially interested in whether there is any ASF/IPMI > >regression on BCM570x/571x. > > > >http://people.freebsd.org/~yongari/bge/if_bge.c > >http://people.freebsd.org/~yongari/bge/if_bgereg.h > >http://people.freebsd.org/~yongari/bge/brgphy.c > > > > > >1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory > >2. Copy brgphy.c /usr/src/sys/dev/mii > >3. Rebuild kernel and reboot to take the change effect. > > > >You can also use the files above for for 9.1/stable/9. For stable/8 > >it needs slight modification and I couldn't find time to regenerate > >the patch. > > > >Thanks. > >_______________________________________________ > >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 Sep 16 11:03:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF68F106566B; Sun, 16 Sep 2012 11:03:04 +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 6998F8FC15; Sun, 16 Sep 2012 11:03:04 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:1436:c790:b277:4bac] (unknown [IPv6:2001:7b8:3a7:0:1436:c790:b277:4bac]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CF3175C37; Sun, 16 Sep 2012 13:03:02 +0200 (CEST) Message-ID: <5055B1E5.6090401@andric.com> Date: Sun, 16 Sep 2012 13:03:01 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Konstantin Belousov References: <50550285.4040203@andric.com> <20120916051909.GI37286@deviant.kiev.zoral.com.ua> In-Reply-To: <20120916051909.GI37286@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-toolchain@freebsd.org Subject: Re: Compiler performance tests on FreeBSD 10.0-CURRENT 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, 16 Sep 2012 11:03:04 -0000 On 2012-09-16 07:19, Konstantin Belousov wrote: > On Sun, Sep 16, 2012 at 12:34:45AM +0200, Dimitry Andric wrote: ... > I tried to map the CPUID into more human-friendly family moniker, and it > seems that these are Pentium-4 class CPUs. Am I right ? Yes, it is apparently a Nocona model, this is part of the dmesg: CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2793.24-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf41 Family = f Model = 4 Stepping = 1 Features=0xbfebfbff Features2=0x641d AMD Features=0x20100800 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 4097470464 (3907 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP/HT): APIC ID: 7 > If yes, could you, please, rerun the tests on anything more recent than > Core2, i.e. any Core i7-whatever class of Xeons ? I would love to, especially because the tests will complete faster, but I currently do not have access to physical machines of that class. Normally I do performance tests on the FreeBSD reference machines, but since these tests require booting with a custom kernel (and preferably root access + remote console), I cannot use them. So if somebody can offer such a machine (for a limited time only, a few days most likely, 1 week maximum), it would be great. -Dimitry From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 11:32:27 2012 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 001A8106566B; Sun, 16 Sep 2012 11:32:26 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9FEB68FC08; Sun, 16 Sep 2012 11:32:26 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 06A7C5C37; Sun, 16 Sep 2012 13:32:24 +0200 (CEST) Message-ID: <5055B8C7.4030601@andric.com> Date: Sun, 16 Sep 2012 13:32:23 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Garrett Cooper References: <50550285.4040203@andric.com> <20120916051909.GI37286@deviant.kiev.zoral.com.ua> In-Reply-To: Content-Type: multipart/mixed; boundary="------------040306000003090409000501" Cc: Konstantin Belousov , freebsd-current@freebsd.org, freebsd-toolchain@freebsd.org Subject: Re: Compiler performance tests on FreeBSD 10.0-CURRENT 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, 16 Sep 2012 11:32:27 -0000 This is a multi-part message in MIME format. --------------040306000003090409000501 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2012-09-16 07:25, Garrett Cooper wrote: ... > If you can provide the tests, I can rerun it on some Nehalem class > workstations I have access to. I unfortunately don't have access to > SNB/Romley hardware yet. I did these tests as follows: - Install a recent -CURRENT snapshot on the box (or rebuild world and kernel by hand and install them). - Install Subversion. - Checkout head sources into /usr/src, if not already there. - Build GENERIC kernel with gcc, using default settings, and install it into /boot/kernel.gcc. - Build GENERIC kernel with clang, using default settings, and install it into /boot/kernel.clang. - Boot machine with either kernel, then run the attached runtest.sh script, with the buildworld_{single,multi}.sh scripts in the same directory. Save the resulting run-*.txt files in a directory that indicates whether the kernel in use was built by gcc or by clang. You can tweak the 'num_runs' variable at the top of runtest.sh to do more runs, if the machine is fast. This should give more confidence in the final statistics. I did just 3 runs on Gavin's machine, since it took more than 7 hours for a single-threaded buildworld to complete. Doing 6 runs should be more than enough. The run-*.txt files contain the time(1) output of each run, and should be processed through ministat to give average, stddev and so on. Just send them to me, I will process them and summarize the statistics. Alternatively, you can give me remote access, and I'll do it. :) --------------040306000003090409000501 Content-Type: text/plain; charset=windows-1252; name="runtest.sh" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="runtest.sh" #!/bin/sh mypath="${0%/*}" num_runs=3 set -e do_runtest() { for i in $(jot ${num_runs}); do rm -rf /usr/obj/* sync echo "Doing build $1, run $i..." /usr/bin/time -l -o run-$1-$i.txt ${mypath}/build$1.sh > run-$1-$i.log head -1 run-$1-$i.txt done } do_runtest world_single do_runtest world_multi --------------040306000003090409000501 Content-Type: text/plain; charset=windows-1252; name="buildworld_single.sh" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="buildworld_single.sh" #!/bin/sh set -e cd /usr/src make -s buildworld --------------040306000003090409000501 Content-Type: text/plain; charset=windows-1252; name="buildworld_multi.sh" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="buildworld_multi.sh" #!/bin/sh set -e cd /usr/src make -s -j8 buildworld --------------040306000003090409000501-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 14:06:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 763D6106566B; Sun, 16 Sep 2012 14:06:53 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 286F98FC1B; Sun, 16 Sep 2012 14:06:53 +0000 (UTC) Received: by obbun3 with SMTP id un3so10065115obb.13 for ; Sun, 16 Sep 2012 07:06:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=hxXwtPmEI3+cJp+0mZsXnUKa1Zmk3c+88hsOYcxk2Dg=; b=i91Hl92JXrICpOAVkfTGN9XHcFRMW1DEFkwTXlXgZ0n7zOtXLaBP7tM8Nmcm343Wcy E+q7T1KSvCqhjVWd1U22aSWqEqRJUshGlsJOtZpI6GSldYwRxMjG7ydUKDh+EJduZuq+ Gt1KSetJdNLGQE+K3SJr69NRRD54iI2AHjBs1bryHEEq1cZsHQ4QwG9j5MkH0WA3lHDF mN94+WeO9NOaDLrvSU6521gTe25XvnYeJoiOGNklvMU3mxxOYxGwBRmHDlnEIagf/pBd 1qwusMrbm9qMucUhGxm6364JOfv10iOC/oP0arvX/q793tH9kPZXVf5VUVGG5CJET83C C2Iw== MIME-Version: 1.0 Received: by 10.182.76.164 with SMTP id l4mr9440723obw.65.1347804412709; Sun, 16 Sep 2012 07:06:52 -0700 (PDT) Received: by 10.76.152.196 with HTTP; Sun, 16 Sep 2012 07:06:52 -0700 (PDT) Date: Sun, 16 Sep 2012 15:06:52 +0100 Message-ID: From: "Sevan / Venture37" To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current Subject: GPIO on Raspberry Pi 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, 16 Sep 2012 14:06:53 -0000 Hi, I managed to get FreeBSD/arm on a Raspberry Pi this weekend, kernel is booted from an SD card & root fs is mounted via a USB flash drive (by hardcoding the path in the kernel config 'options ROOTDEVNAME=\"ufs:/dev/da0s1a\"' I was unable to mount / from the sd card otherwise as it appears the SD is not detected by the kernel, also if there's no cable plugged into the ethernet port the kernel doesn't detect the interface. dmesg up at http://www.nycbug.org/?action=dmesgd&dmesgid=2417 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r240529: Sun Sep 16 11:56:48 BST 2012 I was wondering what status of GPIO support for the pi is, kernel manages to build happily with device gpio & gpioled specified but I don't see anything related to gpio when I boot the kernel. Regards Sevan / Venture37 From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 14:40:43 2012 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 681B71065672; Sun, 16 Sep 2012 14:40:43 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 197598FC12; Sun, 16 Sep 2012 14:40:42 +0000 (UTC) Received: by iea17 with SMTP id 17so5544089iea.13 for ; Sun, 16 Sep 2012 07:40:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZOm0Q+aAMFihVzNsXxBlmU/fPj4RGyv3FBqMsz7l5Lw=; b=ALYvax+qf1KjnWji/kSq21bhREGjrL3EGOJGS3i8sXt2TMIF5t48xkZgkn/CkW6LYi rmRDleepTaDUo6w8Pxvt2vcgJcPMt+lIYInVmszs7TC0ndQd98qjNXv7m/h9jcpV8708 wed+9dsQCpz5haj3307nWHPRi7IHCvYGhwkXwkLdyOFKj2ntB0xu0POzmv2+Y0HWHPX+ 0d3wtC4hC1BmakCx1lp/BUekHOURbEQArgLlW1DVnoWApFmx7wgvJmvV3dz4NQbiK1vC NoUnHvHEA5/Wr0li/gQsOQ8vBKDigTEuSj5iAxNRQV0A0VBD92P7q8DoaguWcweTsLjz TaGA== MIME-Version: 1.0 Received: by 10.50.197.231 with SMTP id ix7mr4340295igc.54.1347806442349; Sun, 16 Sep 2012 07:40:42 -0700 (PDT) Received: by 10.64.93.168 with HTTP; Sun, 16 Sep 2012 07:40:42 -0700 (PDT) In-Reply-To: References: Date: Sun, 16 Sep 2012 17:40:42 +0300 Message-ID: From: Alexander Yerenkow To: "Sevan / Venture37" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-arm@freebsd.org, freebsd-current Subject: Re: GPIO on Raspberry Pi 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, 16 Sep 2012 14:40:43 -0000 2012/9/16 Sevan / Venture37 > Hi, I managed to get FreeBSD/arm on a Raspberry Pi this weekend, kernel is > booted from an SD card & root fs is mounted via a USB flash drive (by > hardcoding the path in the kernel config 'options > ROOTDEVNAME=\"ufs:/dev/da0s1a\"' > I was unable to mount / from the sd card otherwise as it appears the > SD is not detected by the kernel, also if there's no cable plugged > into the ethernet port the kernel doesn't detect the interface. > > Hi. We really need get gonzo@ back from vacation, or where he is now :) Internal SD is working via device sdhci (patch available for head at people.freebsd.org/~gozno/patches/ , but seems incomplete, kernel not building ok for me) > dmesg up at http://www.nycbug.org/?action=dmesgd&dmesgid=2417 > 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r240529: Sun Sep 16 11:56:48 BST 2012 > > I was wondering what status of GPIO support for the pi is, kernel > manages to build happily with device gpio & gpioled specified but I > don't see anything related to gpio when I boot the kernel. > > Regards > > Sevan / Venture37 > _______________________________________________ > 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" > -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 21:17:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 163D41065670 for ; Sun, 16 Sep 2012 21:17:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 0AC97155443; Sun, 16 Sep 2012 21:17:43 +0000 (UTC) Message-ID: <505641F7.20309@FreeBSD.org> Date: Sun, 16 Sep 2012 14:17:43 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: Randy Bush References: In-Reply-To: X-Enigmail-Version: 1.4.4 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: underexposed snapshots 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, 16 Sep 2012 21:17:56 -0000 On 09/14/2012 23:43, Randy Bush wrote: > ftp://ftp.FreeBSD.org/pub/FreeBSD/ISO-IMAGES-arch is a bit empty. i > guess things are moving around. any idea where i can get the latest > tag=. I and others have brought up this issue repeatedly over the last couple of years, and the PTB have decided that since allbsd is doing it for us, we don't need to put any effort into making it happen ourselves. That in spite of the fact that numerous volunteers have come forward willing to help. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-current@FreeBSD.ORG Sun Sep 16 22:33:16 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60DE8106566B; Sun, 16 Sep 2012 22:33:16 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.server1.bsdforen.de (bsdforen.de [82.193.243.81]) by mx1.freebsd.org (Postfix) with ESMTP id 1D1D88FC0A; Sun, 16 Sep 2012 22:33:15 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-134-3-231-194.hsi14.kabel-badenwuerttemberg.de [134.3.231.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.server1.bsdforen.de (Postfix) with ESMTPSA id 1B879861A9; Mon, 17 Sep 2012 00:33:07 +0200 (CEST) Message-ID: <505653A3.8010607@bsdforen.de> Date: Mon, 17 Sep 2012 00:33:07 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <50550285.4040203@andric.com> In-Reply-To: <50550285.4040203@andric.com> Content-Type: text/plain; charset=ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-toolchain@FreeBSD.org Subject: Re: Compiler performance tests on FreeBSD 10.0-CURRENT 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, 16 Sep 2012 22:33:16 -0000 On 16/09/2012 00:34, Dimitry Andric wrote: > ... > > The executive summary: GENERIC kernels compiled with clang 3.2 are > slightly faster than those compiled by gcc 4.2.1, though the difference > will not very noticeable in practice. It has been my impression in the past, that math heavy applications benefit from GCC whereas I/O heavy applications yield better performance when compiled with clang. I'd say a kernel has a lot more I/O than math to deal with. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 02:53:06 2012 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 22FA9106566B for ; Mon, 17 Sep 2012 02:53:06 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 08C7C8FC14 for ; Mon, 17 Sep 2012 02:53:06 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1TDRSK-0005QX-9m; Mon, 17 Sep 2012 02:53:04 +0000 Date: Mon, 17 Sep 2012 11:53:03 +0900 Message-ID: From: Randy Bush To: Joel Dahl In-Reply-To: <20120915071133.GB66691@jd.benders.se> References: <20120915071133.GB66691@jd.benders.se> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Current Subject: Re: underexposed snapshots 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, 17 Sep 2012 02:53:06 -0000 > https://pub.allbsd.org/FreeBSD-snapshots/ i have been unable to boot i386 and am64 isos from late last week. randy From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 10:44:36 2012 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 56F18106566B for ; Mon, 17 Sep 2012 10:44:36 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0CBD68FC12 for ; Mon, 17 Sep 2012 10:44:36 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1TDYoe-0001XB-Gh for freebsd-current@FreeBSD.org; Mon, 17 Sep 2012 12:44:36 +0200 Resent-From: Kurt Jaeger Resent-Date: Mon, 17 Sep 2012 12:44:36 +0200 Resent-Message-ID: <20120917104436.GA5897@home.opsec.eu> Resent-To: freebsd-current@FreeBSD.org Date: Mon, 17 Sep 2012 12:41:10 +0200 From: Kurt Jaeger To: YongHyeon PYUN Message-ID: <20120917104110.GX3324-v2@home.opsec.eu> References: <20120914212716.GB7612@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120914212716.GB7612@michelle.cdnetworks.com> Cc: freebsd-current@FreeBSD.org Subject: Re: Call for bge(4) testers 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, 17 Sep 2012 10:44:36 -0000 Hi! > There were lots of reports that stock bge(4) does not work on Dell > Rx20/HP DL 360 G8. I tested it with 9.1-RC1 amd64 on a HP DL 360 G8. Without the patch, bge0 did not work (timeouts etc). With the patch, bge0 does work: bge0: mem 0xf6bf0000-0xf6bfffff,0xf6be0000-0xf6beffff,0xf6bd0000-0xf6bdffff irq 32 at device 0.0 on pci3 bge0: APE FW version: NCSI v1.0.88.0 bge0: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: ac:16:2d:77:22:88 pci0:3:0:1: failed to read VPD data. > box. I'm especially interested in whether there is any ASF/IPMI > regression on BCM570x/571x. Any ipmi-specific tests I should make ? -- pi@opsec.eu +49 171 3101372 8 years to go ! From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 10:46:30 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E33C31065670 for ; Mon, 17 Sep 2012 10:46:30 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9F3358FC19 for ; Mon, 17 Sep 2012 10:46:30 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1TDYqV-0001ZQ-5F for freebsd-current@FreeBSD.org; Mon, 17 Sep 2012 12:46:31 +0200 Date: Mon, 17 Sep 2012 12:46:31 +0200 From: Kurt Jaeger To: freebsd-current@FreeBSD.org Message-ID: <20120917104631.GY3324@home.opsec.eu> References: <20120914212716.GB7612@michelle.cdnetworks.com> <20120917104110.GX3324-v2@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120917104110.GX3324-v2@home.opsec.eu> Cc: Subject: Re: Call for bge(4) testers 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, 17 Sep 2012 10:46:31 -0000 Hi! > > box. I'm especially interested in whether there is any ASF/IPMI > > regression on BCM570x/571x. > > Any ipmi-specific tests I should make ? This comes with kldload ipmi: ipmi0: port 0xca2-0xca3 on acpi0 ipmi0: KCS mode found at io 0xca2 on acpi ipmi0: KCS error: ff ipmi0: IPMI device rev. 1, firmware rev. 1.10, version 2.0 ipmi0: Number of channels 1 ipmi0: Attached watchdog ipmi1: on isa0 device_attach: ipmi1 attach returned 16 ppc0: cannot reserve I/O port range -- pi@opsec.eu +49 171 3101372 8 years to go ! From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 10:41:10 2012 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 81F23106566B for ; Mon, 17 Sep 2012 10:41:10 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF918FC0C for ; Mon, 17 Sep 2012 10:41:10 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1TDYlK-0001TW-2C; Mon, 17 Sep 2012 12:41:10 +0200 Date: Mon, 17 Sep 2012 12:41:10 +0200 From: Kurt Jaeger To: YongHyeon PYUN Message-ID: <20120917104110.GX3324@home.opsec.eu> References: <20120914212716.GB7612@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120914212716.GB7612@michelle.cdnetworks.com> X-Mailman-Approved-At: Mon, 17 Sep 2012 11:37:51 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: Call for bge(4) testers 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, 17 Sep 2012 10:41:10 -0000 Hi! > There were lots of reports that stock bge(4) does not work on Dell > Rx20/HP DL 360 G8. I tested it with 9.1-RC1 amd64 on a HP DL 360 G8. Without the patch, bge0 did not work (timeouts etc). With the patch, bge0 does work: bge0: mem 0xf6bf0000-0xf6bfffff,0xf6be0000-0xf6beffff,0xf6bd0000-0xf6bdffff irq 32 at device 0.0 on pci3 bge0: APE FW version: NCSI v1.0.88.0 bge0: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: ac:16:2d:77:22:88 pci0:3:0:1: failed to read VPD data. > box. I'm especially interested in whether there is any ASF/IPMI > regression on BCM570x/571x. Any ipmi-specific tests I should make ? -- pi@opsec.eu +49 171 3101372 8 years to go ! From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 11:39:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90723106566B for ; Mon, 17 Sep 2012 11:39:16 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2001:470:1f09:14c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id 37E218FC19 for ; Mon, 17 Sep 2012 11:39:15 +0000 (UTC) Received: from bsdrookie.norma.com. ([IPv6:fd00::7f0]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id q8HBd94J007846 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 17 Sep 2012 17:39:10 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <50570BDD.1090603@norma.perm.ru> Date: Mon, 17 Sep 2012 17:39:09 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120806 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20120914212716.GB7612@michelle.cdnetworks.com> In-Reply-To: <20120914212716.GB7612@michelle.cdnetworks.com> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [IPv6:fd00::30a]); Mon, 17 Sep 2012 17:39:10 +0600 (YEKT) X-Spam-Status: No hits=-97.8 bayes=0.5 testhits HTML_MESSAGE=0.001, RDNS_NONE=1.274, SPF_SOFTFAIL=0.972, USER_IN_WHITELIST=-100 autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Call for bge(4) testers 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, 17 Sep 2012 11:39:17 -0000 Hi. On 15.09.2012 03:27, YongHyeon PYUN wrote: > I'm especially interested in whether there is any ASF/IPMI > regression on BCM570x/571x. > There's a reopened bug concerning 8.x releases version of the bge(4) driver not working with IPMI ( http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122252 ). I can also say that enabling ASF on RELENG_8 still leads to locking and hangups. Does this CFT mean that this situation may be improved with the new bge(4) version, on 9.x ? Eugene. From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 12:37:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 80DB8106566B for ; Mon, 17 Sep 2012 12:37:33 +0000 (UTC) (envelope-from spf72sa9@rhythm.ocn.ne.jp) Received: from smtp.rhythm.ocn.ne.jp (rhythm.ocn.ne.jp [122.28.30.178]) by mx1.freebsd.org (Postfix) with ESMTP id 128B38FC12 for ; Mon, 17 Sep 2012 12:37:30 +0000 (UTC) Received: from rhythm.ocn.ne.jp (p5061-ipngn100509fukuokachu.fukuoka.ocn.ne.jp [153.130.238.61]) by smtp.rhythm.ocn.ne.jp (Postfix) with SMTP id 6A32627E3; Mon, 17 Sep 2012 21:37:22 +0900 (JST) From: Wanpeng Qian To: pyunyh@gmail.com Date: Mon, 17 Sep 2012 21:37:21 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: HidemaruMail 5.70 (WinNT,601) In-Reply-To: <20120917005718.GA1827@michelle.cdnetworks.com> References: <20120915011727.GD7612@michelle.cdnetworks.com> <20120917005718.GA1827@michelle.cdnetworks.com> Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers 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, 17 Sep 2012 12:37:33 -0000 Hi, here is the dmesg output. bge0: mem 0xfe9f0000-0xfe9fffff irq 18 at device 0.0 on pci4 bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow FreeBSD 9.0 RELEASE. Regards. Qian > >watchdog timeouts can be triggered by various issues so it's hard >to guess the root cause of the issue. >Would you show me the dmesg output(bge(4)/brgphy(4) output >only)? > From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 15:14:00 2012 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 A9C7A106566B; Mon, 17 Sep 2012 15:14:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7D1968FC0A; Mon, 17 Sep 2012 15:14:00 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D0E85B91A; Mon, 17 Sep 2012 11:13:59 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 17 Sep 2012 08:25:24 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <6A0C3360-0A1E-4905-A33E-D6CC590D7A5A@bnc.net> <50524694.3040808@gmail.com> In-Reply-To: <50524694.3040808@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209170825.24812.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 17 Sep 2012 11:13:59 -0400 (EDT) Cc: matt , Garrett Cooper , Andrey Zonov , Achim Patzner Subject: Re: mfi driver performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 15:14:00 -0000 On Thursday, September 13, 2012 4:48:20 pm matt wrote: > On 09/13/12 13:13, Garrett Cooper wrote: > > On Thu, Sep 13, 2012 at 12:54 PM, matt wrote: > >> On 09/10/12 19:31, Garrett Cooper wrote: > > ... > > > >> It seems hw.mfi.max_cmds is read only. The performance is pretty close to > >> expected with no nvram or bbu on this card and commodity disks from 1.5 > >> years ago, as far as I'm concerned. I'd love better write performance, but > >> it's probably being held back by the single platter in the mirror when it is > >> writing far from its edge. > > Try loader.conf: > > > > $ grep -r hw.mfi.max_cmds /sys/dev/mfi/ > > /sys/dev/mfi/mfi.c:TUNABLE_INT("hw.mfi.max_cmds", &mfi_max_cmds); > > > > Cheers, > > -Garrett > $ cat /usr/src/sys/dev/mfi/*.c | fgrep 'max_cmds' > static int mfi_max_cmds = 128; > TUNABLE_INT("hw.mfi.max_cmds", &mfi_max_cmds); > SYSCTL_INT(_hw_mfi, OID_AUTO, max_cmds, CTLFLAG_RD, &mfi_max_cmds, > ncmds = MIN(mfi_max_cmds, sc->mfi_max_fw_cmds); > > Definitely a loader tunable, thanks. I'll try increasing and decreasing > the value and running bonnie again...Still not sure whether I'm getting > 3gb/s and 6gb/s negotiation with my drives. MPS correctly reported da > devices with 600mb/s and 300mb/s transfers where appropriate. mfiutil > doesn't seem to know, and mfip devices appear as 150mb/s. No transfer > speed message when mfisyspd devices attach. Mess with mfi_max_cmds at your own risk. The limit was added to work around broken mfi(4) firmware revisions that would lock up when the entire command queue (256) was used. Just a suggestion to be cautious. It is probably safe to use more than 128, but I would be wary of using all of the slots on your adapter. (A verbose boost will show you the number of command slots your firmware supports.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 15:14:02 2012 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 0CB611065670 for ; Mon, 17 Sep 2012 15:14:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id D6DBB8FC0C for ; Mon, 17 Sep 2012 15:14:01 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3ABB9B922; Mon, 17 Sep 2012 11:14:01 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 17 Sep 2012 08:27:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <20120914212716.GB7612@michelle.cdnetworks.com> <20120917104110.GX3324-v2@home.opsec.eu> <20120917104631.GY3324@home.opsec.eu> In-Reply-To: <20120917104631.GY3324@home.opsec.eu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209170827.34159.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 17 Sep 2012 11:14:01 -0400 (EDT) Cc: Kurt Jaeger Subject: Re: Call for bge(4) testers 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, 17 Sep 2012 15:14:02 -0000 On Monday, September 17, 2012 6:46:31 am Kurt Jaeger wrote: > Hi! > > > > box. I'm especially interested in whether there is any ASF/IPMI > > > regression on BCM570x/571x. > > > > Any ipmi-specific tests I should make ? > > This comes with kldload ipmi: > > ipmi0: port 0xca2-0xca3 on acpi0 > ipmi0: KCS mode found at io 0xca2 on acpi > ipmi0: KCS error: ff > ipmi0: IPMI device rev. 1, firmware rev. 1.10, version 2.0 > ipmi0: Number of channels 1 > ipmi0: Attached watchdog > ipmi1: on isa0 > device_attach: ipmi1 attach returned 16 > ppc0: cannot reserve I/O port range That shows you have a working BMC (just ignore the ipmi1 warning). I think to test you will want to use ipmitool from a remote machine to access the BMC over the network. (Some BMC's have web UI's as well that support remote KVM, etc. That would be a better test than just using ipmitool.) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 17 16:50:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3F031065674; Mon, 17 Sep 2012 16:50:46 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5226B8FC0C; Mon, 17 Sep 2012 16:50:45 +0000 (UTC) Received: by oagm1 with SMTP id m1so6263547oag.13 for ; Mon, 17 Sep 2012 09:50:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sD9Y6SZwDtUloBx8Jq+GeJB9OCT2i06vSGSXo3z9dlo=; b=SUVcBDKiko0vmoEI3lypYfH/nr4oMddFlm7CMAbQBdW/Hzm3c3U28uosxLVIt1HxAu +b+nFuG9xm5OVilTGMz3AUNF6Nwphr3DjRr/bAYYaShITWGSgF0CgbgQRVJkcQ7dCD/l y2QFX0/FkSu+bUGZ0EarqLfgOA+qrE6NR186qpvwGCWEtUBzelJfY2ynFdZtlr1d5mBG FbLSTz9ZUtKRxljoWaQXHweV0IYjv6Aj/2J/B009sQbhDGfwLwu69TCR9n9fiz6+NT4D LQbfCkqIDSlKFZF9mucBgRPgSVLcTV4p2hav51blm9s89FGSn1XdT13Cf+zKBiAOIYzD tWLg== MIME-Version: 1.0 Received: by 10.60.170.241 with SMTP id ap17mr6580792oec.4.1347900645374; Mon, 17 Sep 2012 09:50:45 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Mon, 17 Sep 2012 09:50:44 -0700 (PDT) In-Reply-To: <201209170827.34159.jhb@freebsd.org> References: <20120914212716.GB7612@michelle.cdnetworks.com> <20120917104110.GX3324-v2@home.opsec.eu> <20120917104631.GY3324@home.opsec.eu> <201209170827.34159.jhb@freebsd.org> Date: Mon, 17 Sep 2012 09:50:44 -0700 Message-ID: From: Garrett Cooper To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: Kurt Jaeger , freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers 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, 17 Sep 2012 16:50:46 -0000 On Mon, Sep 17, 2012 at 5:27 AM, John Baldwin wrote: > On Monday, September 17, 2012 6:46:31 am Kurt Jaeger wrote: >> Hi! >> >> > > box. I'm especially interested in whether there is any ASF/IPMI >> > > regression on BCM570x/571x. >> > >> > Any ipmi-specific tests I should make ? >> >> This comes with kldload ipmi: >> >> ipmi0: port 0xca2-0xca3 on acpi0 >> ipmi0: KCS mode found at io 0xca2 on acpi >> ipmi0: KCS error: ff >> ipmi0: IPMI device rev. 1, firmware rev. 1.10, version 2.0 >> ipmi0: Number of channels 1 >> ipmi0: Attached watchdog >> ipmi1: on isa0 >> device_attach: ipmi1 attach returned 16 >> ppc0: cannot reserve I/O port range > > That shows you have a working BMC (just ignore the ipmi1 warning). I think to > test you will want to use ipmitool from a remote machine to access the BMC > over the network. (Some BMC's have web UI's as well that support remote KVM, > etc. That would be a better test than just using ipmitool.) Also, just to see what the behavior is like, try rebooting the box while connected via remote KVM/SOL and if you have the gear to do so, try being connected via serial in parallel. Broadcoms have had issues in the past (personal experience) with ipmi on older versions of FreeBSD (well, ok.. bce, not bge) because of the song and dance done when initializing the BMC/NIC at boot where if you're connected via ipmitool/the remote KVM software while booting, it might kick you out (which is ok depending on the phase of the moon), but not let you back in (this is a problem if this didn't occur before). A similar issue with the NIC song and dance exists with Supermicros and the shared em(4)/igb(4) port and on pre-8.x there were bugs that prevent you from accessing the BMC after boot (but that was another driver interaction probably on the system). Thanks! -Garrett PS I'll give the patch a shot on my Lenovo workstation running 9-STABLE when I get a chance. From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 07:27:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1E53106564A for ; Tue, 18 Sep 2012 07:27:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6E88FC0C for ; Tue, 18 Sep 2012 07:27:31 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so11374131pbb.13 for ; Tue, 18 Sep 2012 00:27:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=F6gHLeoFIH7f6Vg4d5sym2KrEb4zn0tw6A9fH1RzRv4=; b=QI2ftYHWzEbhwAz5ao7F6MQY1MJhqcNjOcaqy7385ruXu8ZINY54g6HMO22SqYUxjn HZOABqZVCiDNx0BO8ek4zRWnhoUgIj4C3IbKfL+rB9VzVvit2kBWWgqLDLYlr3Vy8qdb Q4DA3mi+1EBjPKZ6ys9dSGJlZIUOqV/xCxY8N+/YOem8jEjx74+BmPufYLuREG7bC320 VLNr7/nccI91B4nZbMpQn7M04rHKzR9Zphhw43e+JWxIFkx7zX0yqsFRwo4PNl11+pxm iqKIaxf6WBkLFuR7+Wu4rW9FNSeRvSG+Ty1IbYeq71UVcBQudhztZK1JKUdJxaiC5ee4 gy3w== Received: by 10.68.200.162 with SMTP id jt2mr27280149pbc.54.1347953250804; Tue, 18 Sep 2012 00:27:30 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id py9sm8213493pbb.20.2012.09.18.00.27.25 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 18 Sep 2012 00:27:27 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 18 Sep 2012 16:27:14 -0700 From: YongHyeon PYUN Date: Tue, 18 Sep 2012 16:27:14 -0700 To: Wanpeng Qian Message-ID: <20120918232714.GA1668@michelle.cdnetworks.com> References: <20120915011727.GD7612@michelle.cdnetworks.com> <20120917005718.GA1827@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 07:27:31 -0000 On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: > Hi, here is the dmesg output. > > bge0: mem > 0xfe9f0000-0xfe9fffff irq 18 at device 0.0 on pci4 > bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > It seems your controller is BCM5784 A1. The latest WIP have one change that may affect its DMA behavior. So it would be good to know how the WIP version works on your box. > FreeBSD 9.0 RELEASE. > > Regards. > > Qian > > > > >watchdog timeouts can be triggered by various issues so it's hard > >to guess the root cause of the issue. > >Would you show me the dmesg output(bge(4)/brgphy(4) output > >only)? > > From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 07:33:49 2012 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 3F269106570B for ; Tue, 18 Sep 2012 07:33:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DB9788FC0C for ; Tue, 18 Sep 2012 07:33:47 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so11385582pbb.13 for ; Tue, 18 Sep 2012 00:33:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=t//ywyS8+2W1xXVsLcjn+26MIkurACVBujdmU3WJ3eU=; b=b0zChuStPBWoj8X7HebQRhp3w4VXHsSZU00ufc7p1a0aaG0yrWeZheZldykjczbmf6 w2nkBhkF+CWgeTeZ6DzowAjU0aXnTeRKS0jcc4nDNryM7XN43sPjTy8pNAKXAJPx4H8H sq1tLGU99+0kDCmpPbfmvbqpswNBcq8s20JnnBJmlDheZvH91g7ncFN2Y23Nnn56CeiG 7W5EFMP+G06aMLxGBrvZfcr4OmUIlRdz+Jeqs/N/7dAK9mV5Uja8FGQHs7KIpn8EYsDj v4sOKybBW8JRNukkQbdWvoBr1gXm0je4SKK+7r/yGLPx9QEiO9F9kzxWReMXww6XyaSG V1Ow== Received: by 10.68.225.233 with SMTP id rn9mr27270574pbc.135.1347953627534; Tue, 18 Sep 2012 00:33:47 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id po4sm8222367pbb.13.2012.09.18.00.33.44 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 18 Sep 2012 00:33:46 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 18 Sep 2012 16:33:33 -0700 From: YongHyeon PYUN Date: Tue, 18 Sep 2012 16:33:33 -0700 To: "Eugene M. Zheganin" Message-ID: <20120918233333.GB1668@michelle.cdnetworks.com> References: <20120914212716.GB7612@michelle.cdnetworks.com> <50570BDD.1090603@norma.perm.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50570BDD.1090603@norma.perm.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 07:33:49 -0000 On Mon, Sep 17, 2012 at 05:39:09PM +0600, Eugene M. Zheganin wrote: > Hi. > > On 15.09.2012 03:27, YongHyeon PYUN wrote: > >I'm especially interested in whether there is any ASF/IPMI > >regression on BCM570x/571x. > > > There's a reopened bug concerning 8.x releases version of the bge(4) > driver not working with IPMI ( > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122252 > ). I can also > say that enabling ASF on RELENG_8 still leads to locking and hangups. > Does this CFT mean that this situation may be improved with the new > bge(4) version, on 9.x ? I'm afraid it wouldn't. ASF/IPMI support of bge(4) has many issues. Only small number of lucky users were able to use IPMI. I wanted to not break IPMI for these users in the WIP version. But ASF/IPMI should work for controllers with APE(BCM5719/BCM5720). > > Eugene. From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 12:53:05 2012 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 32E4E1065687; Tue, 18 Sep 2012 12:53:04 +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 8197E8FC08; Tue, 18 Sep 2012 12:53:03 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q8ICr3Ml089138; Tue, 18 Sep 2012 05:53:03 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q8ICr3Zr089137; Tue, 18 Sep 2012 05:53:03 -0700 (PDT) (envelope-from david) Date: Tue, 18 Sep 2012 05:53:03 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20120918125303.GN3357@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NezEEujwa2d0WB27" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Jim Harris Subject: buildworld broke in sbin/nvmecontrol; r240620 suspected 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, 18 Sep 2012 12:53:05 -0000 --NezEEujwa2d0WB27 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This was on: FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #681 240597= M: Mon Sep 17 15:34:41 PDT 2012 root@d134.dwolf.juniper.net.:/usr/obj/u= sr/src/sys/CANARY i386 using clang as the C compiler: =2E.. =3D=3D=3D> sbin/nvmecontrol (all) clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsystem= -headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Ww= rite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subsc= ripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -W= no-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/sbin/nvmec= ontrol/nvmecontrol.c /usr/src/sbin/nvmecontrol/nvmecontrol.c:77:6: error: cast from 'struct nvme= _controller_data *' to 'uint32_t *' (aka 'unsigned int *') increases requir= ed alignment from 1 to 4 [-Werror,-Wcast-align] p =3D (uint32_t *)cdata; ^~~~~~~~~~~~~~~~~ 1 error generated. *** [nvmecontrol.o] Error code 1 1 error *** [all] Error code 2 1 error *** [sbin.all__D] Error code 2 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. --NezEEujwa2d0WB27 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBYbq4ACgkQmprOCmdXAD0QiACdFFQfiaTkfVu898dIvq0VzwIw J58An2N5CiemgwQv1y3lZOWhwC8zUoyj =7JLE -----END PGP SIGNATURE----- --NezEEujwa2d0WB27-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 14:24:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27ABF106564A; Tue, 18 Sep 2012 14:24:46 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay010.isp.belgacom.be (mailrelay010.isp.belgacom.be [195.238.6.177]) by mx1.freebsd.org (Postfix) with ESMTP id 7137F8FC0A; Tue, 18 Sep 2012 14:24:45 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAFADyDWFBbsUA+/2dsb2JhbABFhgm2MoEJgiABAQQBIzMiAQULCxgJFgsCAgkDAgECASceBg0BBQIBAYd2CqcjkxuLG4VegRIDjmmBIJV7gmg Received: from 62.64-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.64.62]) by relay.skynet.be with ESMTP; 18 Sep 2012 16:23:36 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.5/8.14.5) with ESMTP id q8IENZWe003077; Tue, 18 Sep 2012 16:23:35 +0200 (CEST) (envelope-from tijl@coosemans.org) Message-ID: <505883E3.3050103@coosemans.org> Date: Tue, 18 Sep 2012 16:23:31 +0200 From: Tijl Coosemans User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120804 Thunderbird/14.0 MIME-Version: 1.0 To: Mehmet Erol Sanliturk References: <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> <20120915124809.GA10939@freebsd.org> <50548736.9030203@coosemans.org> <20120915140933.GA17801@freebsd.org> <505490FB.2000807@coosemans.org> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig1DF7D13A799809AA81AB7E12" Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th 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, 18 Sep 2012 14:24:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1DF7D13A799809AA81AB7E12 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 15-09-2012 17:39, Mehmet Erol Sanliturk wrote: > On Sat, Sep 15, 2012 at 7:30 AM, Tijl Coosemans wr= ote:=20 >> On 15-09-2012 16:09, Roman Divacky wrote: >>> Is this correct? >>> >>> lev ~$ ./cos 1.23456789e20 >>> 6.031937e-01 >>> -9.629173e-02 >>> 2.814722e-01 >> >> Yes, that's what the libm call returns.=20 >=20 > Linux z 3.5.3-1.fc17.x86_64 #1 SMP Wed Aug 29 18:46:34 UTC 2012 x86_64 > x86_64 x86_64 GNU/Linux >=20 > clang version 3.0 (tags/RELEASE_30/final) > Target: x86_64-redhat-linux-gnu > Thread model: posix >=20 >=20 > Output of the initial program is the following : >=20 > #include > #include > #include >=20 > int > main( int argc, char **argv ) { > double d =3D strtod( argv[ 1 ], NULL ); >=20 > printf( " cos : %e\n", ( double ) cos( d )); > printf( "cosf : %e\n", ( double ) cosf( d )); > printf( "cosl : %e\n", ( double ) cosl( d )); > return( 0 ); > } >=20 >=20 > cos : 2.814722e-01 > cosf : -9.629173e-02 > cosl : 7.738403e-01 This is probably because SSE instructions are used on amd64. > Output of the following program is different : The reason is that... > #include > #include > #include >=20 > int > main( int argc, char **argv ) { > double d ; > double two_pi ; > double f ; > double v ; >=20 > two_pi =3D 2 * 3.14159265358979323846 ; > d =3D strtod( argv[ 1 ], NULL ); >=20 > f =3D floor ( d / two_pi ) ; > v =3D d - f * two_pi ; =2E..this is a poor way to compute a remainder. Try to use fmod() or remainder() instead. > printf( " given : %e\n", ( double ) d ); > printf( " multiplier : %e\n", ( double ) f ); > printf( "reduced : %e\n", ( double ) v ); >=20 >=20 > printf( " cos ( %e ) : %e\n", d , ( double ) cos( d )); > printf( "cosf ( %e ) : %e\n", d , ( double ) cosf( d )); > printf( "cosl ( %e ) : %e\n", d , ( double ) cosl( d )); >=20 >=20 > printf( " cos ( %e ) : %e\n", v , ( double ) cos( v )); > printf( "cosf ( %e ) : %e\n", v , ( double ) cosf( v )); > printf( "cosl ( %e ) : %e\n", v , ( double ) cosl( v )); >=20 >=20 > return( 0 ); > } >=20 >=20 > given : 1.234568e+20 > multiplier : 1.964876e+19 > reduced : 1.638400e+04 >=20 >=20 > cos ( 1.234568e+20 ) : 2.814722e-01 > cosf ( 1.234568e+20 ) : -9.629173e-02 > cosl ( 1.234568e+20 ) : 7.738403e-01 >=20 > cos ( 1.638400e+04 ) : -8.285342e-01 > cosf ( 1.638400e+04 ) : -8.285342e-01 > cosl ( 1.638400e+04 ) : -8.285342e-01 --------------enig1DF7D13A799809AA81AB7E12 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAlBYg+cACgkQfoCS2CCgtitqygD/V7Qv07Ni2tZG6xJZx4zSwVuq SmtXliYN5IKZAlUnuaUA/jbZ4TqcvzdfLR059dZUqMMaS8udmcs10xtFVcIWmlRV =+OaS -----END PGP SIGNATURE----- --------------enig1DF7D13A799809AA81AB7E12-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 15:28:27 2012 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 9B592106566B; Tue, 18 Sep 2012 15:28:27 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 442EE8FC16; Tue, 18 Sep 2012 15:28:27 +0000 (UTC) Received: by obbun3 with SMTP id un3so13269398obb.13 for ; Tue, 18 Sep 2012 08:28:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=L8pxeZgjI7tuelu0rCD+N1gkRH4beOSg2IwSZKxzV7c=; b=k5kjmF1kQ2ALzzILC/HIfr9+tRjbXG5zTj2A5rWTRgzXt62YX0E0VZNCDcD6XVzsDq J/V2y3yFiBZvbbPI/SqYAb9zs+rKYVB6OYs22r5+4AxopC+VJau1+eDLTgGWF0O8gqEn BYLQ33ZFFP4laDs0FTTrzEysK+LsO84WCCV31BeR4+ey1YMMgUs6FM2Jga4ECjEC1/qO 1FmeCbSSF1PK4s1OkF0rDWItq2q3HiRtRez0/8s06vrkCpabIwxxh+TWzyBmqp2Ss06M tYB58lreQRawIiCKF4fZqONPTwIP+rDgnB4kFsSgwDsKIwuquD4caOz7Cp6sENK3zgA/ fk7g== Received: by 10.60.12.103 with SMTP id x7mr142284oeb.142.1347982106390; Tue, 18 Sep 2012 08:28:26 -0700 (PDT) Received: from [192.168.20.12] (c-24-19-191-56.hsd1.wa.comcast.net. [24.19.191.56]) by mx.google.com with ESMTPS id jd10sm14683405obb.13.2012.09.18.08.28.24 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 18 Sep 2012 08:28:25 -0700 (PDT) References: <20120918125303.GN3357@albert.catwhisker.org> In-Reply-To: <20120918125303.GN3357@albert.catwhisker.org> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <7BCCAFEA-693E-479A-B1BD-AAA625164DCC@gmail.com> X-Mailer: iPhone Mail (9B206) From: Garrett Cooper Date: Tue, 18 Sep 2012 08:28:24 -0700 To: David Wolfskill Cc: Jim Harris , "current@freebsd.org" Subject: Re: buildworld broke in sbin/nvmecontrol; r240620 suspected 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, 18 Sep 2012 15:28:27 -0000 On Sep 18, 2012, at 5:53 AM, David Wolfskill wrote: > This was on: >=20 > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #681 24059= 7M: Mon Sep 17 15:34:41 PDT 2012 root@d134.dwolf.juniper.net.:/usr/obj/u= sr/src/sys/CANARY i386 >=20 > using clang as the C compiler: >=20 > ... > =3D=3D=3D> sbin/nvmecontrol (all) > clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyste= m-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-pr= ototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwr= ite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscri= pts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-= pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/sbin/nvmecontr= ol/nvmecontrol.c > /usr/src/sbin/nvmecontrol/nvmecontrol.c:77:6: error: cast from 'struct nvm= e_controller_data *' to 'uint32_t *' (aka 'unsigned int *') increases requir= ed alignment from 1 to 4 [-Werror,-Wcast-align] > p =3D (uint32_t *)cdata; > ^~~~~~~~~~~~~~~~~ > 1 error generated. > *** [nvmecontrol.o] Error code 1 > 1 error > *** [all] Error code 2 > 1 error > *** [sbin.all__D] Error code 2 Probably should be using memcpy for that. Thanks! -Garrett= From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 15:25:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 406FD106566C for ; Tue, 18 Sep 2012 15:25:22 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id F12608FC12 for ; Tue, 18 Sep 2012 15:25:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=epOfwF4hCKgi/TIYwp3bA7WYMxz/yQgXcrSBSoyB408=; b=U4xMxih3d/z8HJ9GrquSPjkAU8Jd5LepE0Z+uJkpb4cO7oB8pirEna07pNEOtYIoYsCk+HG26dWqm+bvma4O6ljhxm2BuJaNSvUEC2V3B9jQkUGZY4/GgpoWCNVXlS2d+qv2s2QkrFchdnVvdZZHx0u0MM4bPZSkKRkVQRZuca0=; Received: from iglou4.iglou.com ([192.107.41.39]:33707 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TDzF6-00003H-F6 by authid with igloumta_auth for freebsd-current@freebsd.org; Tue, 18 Sep 2012 10:57:40 -0400 Received: from shell1.iglou.com ([192.107.41.17]:53352 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TDzF6-0007MR-3U for freebsd-current@freebsd.org; Tue, 18 Sep 2012 10:57:40 -0400 Date: Tue, 18 Sep 2012 10:57:39 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Tue, 18 Sep 2012 15:36:03 +0000 Subject: manual page | zpool-features 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, 18 Sep 2012 15:25:22 -0000 Hello, OpenBSD Packet Filter seems to have broken between 9.0 and 9.1, as it did from 8.2 to 9.0. I built stable/9 and it was not fixed. Since I like to run Packet Filter, I ran these commands: # cd /usr # svn co svn://svn.freebsd.org/base/head src Then I checked /usr/src/UPDATING and found this: 20120828: A new ZFS feature flag "com.delphix:empty_bpobj" has been merged to -HEAD. Pools that have empty_bpobj in active state can not be imported read-write with ZFS implementations that do not support this feature. For more information read the zpool-features(5) manual page. Unfortunately, I do not have a manual page for zpool-features. Does this mean that I can not update from 9 to 10? This amd64 has zfs root. Darrel From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 16:05:24 2012 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 123B31065678; Tue, 18 Sep 2012 16:05:24 +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 B4C798FC0C; Tue, 18 Sep 2012 16:05:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8IFg8kJ034879; Tue, 18 Sep 2012 11:42:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8IFg7JX034878; Tue, 18 Sep 2012 15:42:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Sep 2012 15:42:07 GMT Message-Id: <201209181542.q8IFg7JX034878@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 arm/arm 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, 18 Sep 2012 16:05:24 -0000 TB --- 2012-09-18 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-18 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-18 14:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-18 14:10:00 - cleaning the object tree TB --- 2012-09-18 14:10:00 - cvsupping the source tree TB --- 2012-09-18 14:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-09-18 14:11:11 - building world TB --- 2012-09-18 14:11:11 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 14:11:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 14:11:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 14:11:11 - SRCCONF=/dev/null TB --- 2012-09-18 14:11:11 - TARGET=arm TB --- 2012-09-18 14:11:11 - TARGET_ARCH=arm TB --- 2012-09-18 14:11:11 - TZ=UTC TB --- 2012-09-18 14:11:11 - __MAKE_CONF=/dev/null TB --- 2012-09-18 14:11:11 - cd /src TB --- 2012-09-18 14:11:11 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 18 14:11:12 UTC 2012 >>> 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 Sep 18 15:13:13 UTC 2012 TB --- 2012-09-18 15:13:13 - cd /src/sys/arm/conf TB --- 2012-09-18 15:13:13 - /usr/sbin/config -m AC100 TB --- 2012-09-18 15:13:13 - skipping AC100 kernel TB --- 2012-09-18 15:13:13 - cd /src/sys/arm/conf TB --- 2012-09-18 15:13:13 - /usr/sbin/config -m ARMADAXP TB --- 2012-09-18 15:13:13 - skipping ARMADAXP kernel TB --- 2012-09-18 15:13:13 - cd /src/sys/arm/conf TB --- 2012-09-18 15:13:13 - /usr/sbin/config -m ATMEL TB --- 2012-09-18 15:13:13 - building ATMEL kernel TB --- 2012-09-18 15:13:13 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:13:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:13:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:13:13 - SRCCONF=/dev/null TB --- 2012-09-18 15:13:13 - TARGET=arm TB --- 2012-09-18 15:13:13 - TARGET_ARCH=arm TB --- 2012-09-18 15:13:13 - TZ=UTC TB --- 2012-09-18 15:13:13 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:13:13 - cd /src TB --- 2012-09-18 15:13:13 - /usr/bin/make -B buildkernel KERNCONF=ATMEL >>> Kernel build for ATMEL started on Tue Sep 18 15:13:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ATMEL completed on Tue Sep 18 15:16:49 UTC 2012 TB --- 2012-09-18 15:16:49 - cd /src/sys/arm/conf TB --- 2012-09-18 15:16:49 - /usr/sbin/config -m AVILA TB --- 2012-09-18 15:16:49 - skipping AVILA kernel TB --- 2012-09-18 15:16:49 - cd /src/sys/arm/conf TB --- 2012-09-18 15:16:49 - /usr/sbin/config -m BEAGLEBONE TB --- 2012-09-18 15:16:49 - skipping BEAGLEBONE kernel TB --- 2012-09-18 15:16:49 - cd /src/sys/arm/conf TB --- 2012-09-18 15:16:49 - /usr/sbin/config -m BWCT TB --- 2012-09-18 15:16:49 - building BWCT kernel TB --- 2012-09-18 15:16:49 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:16:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:16:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:16:49 - SRCCONF=/dev/null TB --- 2012-09-18 15:16:49 - TARGET=arm TB --- 2012-09-18 15:16:49 - TARGET_ARCH=arm TB --- 2012-09-18 15:16:49 - TZ=UTC TB --- 2012-09-18 15:16:49 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:16:49 - cd /src TB --- 2012-09-18 15:16:49 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Tue Sep 18 15:16:49 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BWCT completed on Tue Sep 18 15:18:59 UTC 2012 TB --- 2012-09-18 15:18:59 - cd /src/sys/arm/conf TB --- 2012-09-18 15:18:59 - /usr/sbin/config -m CAMBRIA TB --- 2012-09-18 15:18:59 - skipping CAMBRIA kernel TB --- 2012-09-18 15:18:59 - cd /src/sys/arm/conf TB --- 2012-09-18 15:18:59 - /usr/sbin/config -m CNS11XXNAS TB --- 2012-09-18 15:18:59 - building CNS11XXNAS kernel TB --- 2012-09-18 15:18:59 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:18:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:18:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:18:59 - SRCCONF=/dev/null TB --- 2012-09-18 15:18:59 - TARGET=arm TB --- 2012-09-18 15:18:59 - TARGET_ARCH=arm TB --- 2012-09-18 15:18:59 - TZ=UTC TB --- 2012-09-18 15:18:59 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:18:59 - cd /src TB --- 2012-09-18 15:18:59 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Tue Sep 18 15:18:59 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CNS11XXNAS completed on Tue Sep 18 15:21:27 UTC 2012 TB --- 2012-09-18 15:21:27 - cd /src/sys/arm/conf TB --- 2012-09-18 15:21:27 - /usr/sbin/config -m CRB TB --- 2012-09-18 15:21:27 - skipping CRB kernel TB --- 2012-09-18 15:21:27 - cd /src/sys/arm/conf TB --- 2012-09-18 15:21:27 - /usr/sbin/config -m DB-78XXX TB --- 2012-09-18 15:21:27 - building DB-78XXX kernel TB --- 2012-09-18 15:21:27 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:21:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:21:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:21:27 - SRCCONF=/dev/null TB --- 2012-09-18 15:21:27 - TARGET=arm TB --- 2012-09-18 15:21:27 - TARGET_ARCH=arm TB --- 2012-09-18 15:21:27 - TZ=UTC TB --- 2012-09-18 15:21:27 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:21:27 - cd /src TB --- 2012-09-18 15:21:27 - /usr/bin/make -B buildkernel KERNCONF=DB-78XXX >>> Kernel build for DB-78XXX started on Tue Sep 18 15:21:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-78XXX completed on Tue Sep 18 15:24:13 UTC 2012 TB --- 2012-09-18 15:24:13 - cd /src/sys/arm/conf TB --- 2012-09-18 15:24:13 - /usr/sbin/config -m DB-88F5XXX TB --- 2012-09-18 15:24:13 - building DB-88F5XXX kernel TB --- 2012-09-18 15:24:13 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:24:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:24:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:24:13 - SRCCONF=/dev/null TB --- 2012-09-18 15:24:13 - TARGET=arm TB --- 2012-09-18 15:24:13 - TARGET_ARCH=arm TB --- 2012-09-18 15:24:13 - TZ=UTC TB --- 2012-09-18 15:24:13 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:24:13 - cd /src TB --- 2012-09-18 15:24:13 - /usr/bin/make -B buildkernel KERNCONF=DB-88F5XXX >>> Kernel build for DB-88F5XXX started on Tue Sep 18 15:24:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F5XXX completed on Tue Sep 18 15:26:56 UTC 2012 TB --- 2012-09-18 15:26:56 - cd /src/sys/arm/conf TB --- 2012-09-18 15:26:56 - /usr/sbin/config -m DB-88F6XXX TB --- 2012-09-18 15:26:56 - building DB-88F6XXX kernel TB --- 2012-09-18 15:26:56 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:26:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:26:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:26:56 - SRCCONF=/dev/null TB --- 2012-09-18 15:26:56 - TARGET=arm TB --- 2012-09-18 15:26:56 - TARGET_ARCH=arm TB --- 2012-09-18 15:26:56 - TZ=UTC TB --- 2012-09-18 15:26:56 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:26:56 - cd /src TB --- 2012-09-18 15:26:56 - /usr/bin/make -B buildkernel KERNCONF=DB-88F6XXX >>> Kernel build for DB-88F6XXX started on Tue Sep 18 15:26:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB-88F6XXX completed on Tue Sep 18 15:29:51 UTC 2012 TB --- 2012-09-18 15:29:51 - cd /src/sys/arm/conf TB --- 2012-09-18 15:29:51 - /usr/sbin/config -m DOCKSTAR TB --- 2012-09-18 15:29:51 - building DOCKSTAR kernel TB --- 2012-09-18 15:29:51 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:29:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:29:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:29:51 - SRCCONF=/dev/null TB --- 2012-09-18 15:29:51 - TARGET=arm TB --- 2012-09-18 15:29:51 - TARGET_ARCH=arm TB --- 2012-09-18 15:29:51 - TZ=UTC TB --- 2012-09-18 15:29:51 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:29:51 - cd /src TB --- 2012-09-18 15:29:51 - /usr/bin/make -B buildkernel KERNCONF=DOCKSTAR >>> Kernel build for DOCKSTAR started on Tue Sep 18 15:29:51 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DOCKSTAR completed on Tue Sep 18 15:32:29 UTC 2012 TB --- 2012-09-18 15:32:29 - cd /src/sys/arm/conf TB --- 2012-09-18 15:32:29 - /usr/sbin/config -m EA3250 TB --- 2012-09-18 15:32:29 - building EA3250 kernel TB --- 2012-09-18 15:32:29 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:32:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:32:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:32:29 - SRCCONF=/dev/null TB --- 2012-09-18 15:32:29 - TARGET=arm TB --- 2012-09-18 15:32:29 - TARGET_ARCH=arm TB --- 2012-09-18 15:32:29 - TZ=UTC TB --- 2012-09-18 15:32:29 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:32:29 - cd /src TB --- 2012-09-18 15:32:29 - /usr/bin/make -B buildkernel KERNCONF=EA3250 >>> Kernel build for EA3250 started on Tue Sep 18 15:32:29 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for EA3250 completed on Tue Sep 18 15:35:08 UTC 2012 TB --- 2012-09-18 15:35:08 - cd /src/sys/arm/conf TB --- 2012-09-18 15:35:08 - /usr/sbin/config -m EB9200 TB --- 2012-09-18 15:35:08 - building EB9200 kernel TB --- 2012-09-18 15:35:08 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:35:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:35:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:35:08 - SRCCONF=/dev/null TB --- 2012-09-18 15:35:08 - TARGET=arm TB --- 2012-09-18 15:35:08 - TARGET_ARCH=arm TB --- 2012-09-18 15:35:08 - TZ=UTC TB --- 2012-09-18 15:35:08 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:35:08 - cd /src TB --- 2012-09-18 15:35:08 - /usr/bin/make -B buildkernel KERNCONF=EB9200 >>> Kernel build for EB9200 started on Tue Sep 18 15:35:09 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for EB9200 completed on Tue Sep 18 15:37:40 UTC 2012 TB --- 2012-09-18 15:37:40 - cd /src/sys/arm/conf TB --- 2012-09-18 15:37:40 - /usr/sbin/config -m EP80219 TB --- 2012-09-18 15:37:40 - skipping EP80219 kernel TB --- 2012-09-18 15:37:40 - cd /src/sys/arm/conf TB --- 2012-09-18 15:37:40 - /usr/sbin/config -m ETHERNUT5 TB --- 2012-09-18 15:37:40 - building ETHERNUT5 kernel TB --- 2012-09-18 15:37:40 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:37:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:37:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:37:40 - SRCCONF=/dev/null TB --- 2012-09-18 15:37:40 - TARGET=arm TB --- 2012-09-18 15:37:40 - TARGET_ARCH=arm TB --- 2012-09-18 15:37:40 - TZ=UTC TB --- 2012-09-18 15:37:40 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:37:40 - cd /src TB --- 2012-09-18 15:37:40 - /usr/bin/make -B buildkernel KERNCONF=ETHERNUT5 >>> Kernel build for ETHERNUT5 started on Tue Sep 18 15:37:40 UTC 2012 >>> 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 [...] ===> ath (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_debug.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_keycache.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/arm.arm/src/sys/ETHERNUT5/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/arm.arm/src/sys/ETHERNUT5 -mcpu=arm9 -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': /src/sys/modules/ath/../../dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no member named 'ast_tx_swfiltered' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/arm.arm/src/sys/ETHERNUT5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-18 15:42:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-18 15:42:07 - ERROR: failed to build ETHERNUT5 kernel TB --- 2012-09-18 15:42:07 - 3846.94 user 788.72 system 5527.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 16:20:07 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B0591065670; Tue, 18 Sep 2012 16:20:07 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id C32118FC0A; Tue, 18 Sep 2012 16:20:06 +0000 (UTC) Received: by oagm1 with SMTP id m1so36283oag.13 for ; Tue, 18 Sep 2012 09:20:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yZk9stUaLD5+yCydm0aAMzZAdlMbOE6Kou/SDIcV1JQ=; b=bdtsAQ1ku08Jvuz9F8gRCIwexigECk46ujuVe4WK3v/4ht6hDwrEyKakj2Lbs9RUjH FkCG9ZSzjzjcQUuglF2FwGT9SPTnRJ/oaVQivNUhLrQOxslSm6rnV1ekm1VzlLVWoxEv KYmKtUDIikDvfP4uQzCWhPW4R0e1YWsYTI93uQAiGY/HKBxzNxq6Kg1nD/UbGKihF8Y3 XNrFYEfbwIIz/TDeppgArnYHWefc4hR3p/E+8F1kIiLrV99OD5DuKOzuZUcho/HH0Hza 4jFQKHG2yKA85c0nDKh74FxS1+bj4qKraQGwvd7CYezNdg/dEgZk1D5qpOcv+QzuWST2 /9kA== MIME-Version: 1.0 Received: by 10.182.53.103 with SMTP id a7mr675172obp.3.1347985206014; Tue, 18 Sep 2012 09:20:06 -0700 (PDT) Received: by 10.182.141.66 with HTTP; Tue, 18 Sep 2012 09:20:05 -0700 (PDT) In-Reply-To: <505883E3.3050103@coosemans.org> References: <504F5101.8090906@FreeBSD.org> <505101C3.70203@freebsd.org> <20120913020833.GA8255@troutmask.apl.washington.edu> <1347550332.1110.108.camel@revolution.hippie.lan> <20120913161024.GA13846@troutmask.apl.washington.edu> <20120914202319.GB5244@lor.one-eyed-alien.net> <20120915001808.GA70215@troutmask.apl.washington.edu> <20120915010600.GA70426@troutmask.apl.washington.edu> <20120915124809.GA10939@freebsd.org> <50548736.9030203@coosemans.org> <20120915140933.GA17801@freebsd.org> <505490FB.2000807@coosemans.org> <505883E3.3050103@coosemans.org> Date: Tue, 18 Sep 2012 09:20:05 -0700 Message-ID: From: Mehmet Erol Sanliturk To: Tijl Coosemans Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: Clang as default compiler November 4th 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, 18 Sep 2012 16:20:07 -0000 On Tue, Sep 18, 2012 at 7:23 AM, Tijl Coosemans wrote: > On 15-09-2012 17:39, Mehmet Erol Sanliturk wrote: > > On Sat, Sep 15, 2012 at 7:30 AM, Tijl Coosemans > wrote: > >> On 15-09-2012 16:09, Roman Divacky wrote: > >>> Is this correct? > >>> > >>> lev ~$ ./cos 1.23456789e20 > >>> 6.031937e-01 > >>> -9.629173e-02 > >>> 2.814722e-01 > >> > >> Yes, that's what the libm call returns. > > > > Linux z 3.5.3-1.fc17.x86_64 #1 SMP Wed Aug 29 18:46:34 UTC 2012 x86_64 > > x86_64 x86_64 GNU/Linux > > > > clang version 3.0 (tags/RELEASE_30/final) > > Target: x86_64-redhat-linux-gnu > > Thread model: posix > > > > > > Output of the initial program is the following : > > > > #include > > #include > > #include > > > > int > > main( int argc, char **argv ) { > > double d = strtod( argv[ 1 ], NULL ); > > > > printf( " cos : %e\n", ( double ) cos( d )); > > printf( "cosf : %e\n", ( double ) cosf( d )); > > printf( "cosl : %e\n", ( double ) cosl( d )); > > return( 0 ); > > } > > > > > > cos : 2.814722e-01 > > cosf : -9.629173e-02 > > cosl : 7.738403e-01 > > This is probably because SSE instructions are used on amd64. > > > Output of the following program is different : > > The reason is that... > > > #include > > #include > > #include > > > > int > > main( int argc, char **argv ) { > > double d ; > > double two_pi ; > > double f ; > > double v ; > > > > two_pi = 2 * 3.14159265358979323846 ; > > d = strtod( argv[ 1 ], NULL ); > > > > f = floor ( d / two_pi ) ; > > v = d - f * two_pi ; > > ...this is a poor way to compute a remainder. Try to use fmod() or > remainder() instead. > My C knowledge is NOT very well . Thanks . > > > printf( " given : %e\n", ( double ) d ); > > printf( " multiplier : %e\n", ( double ) f ); > > printf( "reduced : %e\n", ( double ) v ); > > > > > > printf( " cos ( %e ) : %e\n", d , ( double ) cos( d )); > > printf( "cosf ( %e ) : %e\n", d , ( double ) cosf( d )); > > printf( "cosl ( %e ) : %e\n", d , ( double ) cosl( d )); > > > > > > printf( " cos ( %e ) : %e\n", v , ( double ) cos( v )); > > printf( "cosf ( %e ) : %e\n", v , ( double ) cosf( v )); > > printf( "cosl ( %e ) : %e\n", v , ( double ) cosl( v )); > > > > > > return( 0 ); > > } > > > > > > given : 1.234568e+20 > > multiplier : 1.964876e+19 > > reduced : 1.638400e+04 > > > > > > cos ( 1.234568e+20 ) : 2.814722e-01 > > cosf ( 1.234568e+20 ) : -9.629173e-02 > > cosl ( 1.234568e+20 ) : 7.738403e-01 > > > > cos ( 1.638400e+04 ) : -8.285342e-01 > > cosf ( 1.638400e+04 ) : -8.285342e-01 > > cosl ( 1.638400e+04 ) : -8.285342e-01 > > My intention was to check whether there is a difference between Clang compiled programs in different operating systems . The GCC output is as follows : Linux z 3.5.3-1.fc17.x86_64 #1 SMP Wed Aug 29 18:46:34 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux cc (GCC) 4.7.0 20120507 (Red Hat 4.7.0-5) Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. given : 1.234568e+20 cos ( 1.234568e+20 ) : 2.814722e-01 cosf ( 1.234568e+20 ) : -9.629173e-02 cosl ( 1.234568e+20 ) : 7.738403e-01 multiplier : 1.964876e+19 reduced : 1.638400e+04 cos ( 1.638400e+04 ) : -8.285342e-01 cosf ( 1.638400e+04 ) : -8.285342e-01 cosl ( 1.638400e+04 ) : -8.285342e-01 multiplier : 2.607000e+03 reduced : 3.735904e+00 cos ( 3.735904e+00 ) : -8.285342e-01 cosf ( 3.735904e+00 ) : -8.285342e-01 cosl ( 3.735904e+00 ) : -8.285342e-01 This shows that GCC is NOT better than Clang . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 16:25:28 2012 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 537BC106566B; Tue, 18 Sep 2012 16:25:28 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id 11A7F8FC12; Tue, 18 Sep 2012 16:25:28 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 1DF507F3876; Tue, 18 Sep 2012 18:25:18 +0200 (CEST) Date: Tue, 18 Sep 2012 18:25:18 +0200 From: Roman Divacky To: Lev Serebryakov Message-ID: <20120918162518.GA3146@freebsd.org> References: <20120910211207.GC64920@lor.one-eyed-alien.net> <20120911232244.1cadc5b5@davenulle.org> <192201737.20120912191907@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <192201737.20120912191907@serebryakov.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@freebsd.org, Patrick Lamaiziere , current@freebsd.org Subject: Re: Clang as default compiler November 4th 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, 18 Sep 2012 16:25:28 -0000 Fwiw, I commited the "dont use long nops on amd geode" thing into llvm a few minutes ago. So this issue doesnt exist anymore. On Wed, Sep 12, 2012 at 07:19:07PM +0400, Lev Serebryakov wrote: > Hello, Patrick. > You wrote 12 ???????? 2012 ?., 1:22:44: > > PL> Well, I will not be able to run FreeBSD from scratch on my soekris :-) > Thank you for warning, I've missed this. > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > freebsd-toolchain@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain > To unsubscribe, send any mail to "freebsd-toolchain-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 16:49:45 2012 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 434841065673; Tue, 18 Sep 2012 16:49:45 +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 0A6588FC15; Tue, 18 Sep 2012 16:49:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8IGnhHU008314; Tue, 18 Sep 2012 12:49:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8IGnhQF008306; Tue, 18 Sep 2012 16:49:43 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Sep 2012 16:49:43 GMT Message-Id: <201209181649.q8IGnhQF008306@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: Tue, 18 Sep 2012 16:49:45 -0000 TB --- 2012-09-18 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-18 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-18 14:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-09-18 14:10:00 - cleaning the object tree TB --- 2012-09-18 14:10:00 - cvsupping the source tree TB --- 2012-09-18 14:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-09-18 14:11:11 - building world TB --- 2012-09-18 14:11:11 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 14:11:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 14:11:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 14:11:11 - SRCCONF=/dev/null TB --- 2012-09-18 14:11:11 - TARGET=pc98 TB --- 2012-09-18 14:11:11 - TARGET_ARCH=i386 TB --- 2012-09-18 14:11:11 - TZ=UTC TB --- 2012-09-18 14:11:11 - __MAKE_CONF=/dev/null TB --- 2012-09-18 14:11:11 - cd /src TB --- 2012-09-18 14:11:11 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 18 14:11:12 UTC 2012 >>> 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 Sep 18 16:42:48 UTC 2012 TB --- 2012-09-18 16:42:48 - generating LINT kernel config TB --- 2012-09-18 16:42:48 - cd /src/sys/pc98/conf TB --- 2012-09-18 16:42:48 - /usr/bin/make -B LINT TB --- 2012-09-18 16:42:48 - cd /src/sys/pc98/conf TB --- 2012-09-18 16:42:48 - /usr/sbin/config -m LINT TB --- 2012-09-18 16:42:49 - building LINT kernel TB --- 2012-09-18 16:42:49 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 16:42:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 16:42:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 16:42:49 - SRCCONF=/dev/null TB --- 2012-09-18 16:42:49 - TARGET=pc98 TB --- 2012-09-18 16:42:49 - TARGET_ARCH=i386 TB --- 2012-09-18 16:42:49 - TZ=UTC TB --- 2012-09-18 16:42:49 - __MAKE_CONF=/dev/null TB --- 2012-09-18 16:42:49 - cd /src TB --- 2012-09-18 16:42:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 18 16:42:49 UTC 2012 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': /src/sys/dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no member named 'ast_tx_swfiltered' *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-18 16:49:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-18 16:49:43 - ERROR: failed to build LINT kernel TB --- 2012-09-18 16:49:43 - 6932.34 user 987.56 system 9583.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 16:56:07 2012 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 D714A106566C; Tue, 18 Sep 2012 16:56:07 +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 9DAC18FC16; Tue, 18 Sep 2012 16:56:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8IGu7bf064275; Tue, 18 Sep 2012 12:56:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8IGu7eb064274; Tue, 18 Sep 2012 16:56:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Sep 2012 16:56:07 GMT Message-Id: <201209181656.q8IGu7eb064274@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: Tue, 18 Sep 2012 16:56:08 -0000 TB --- 2012-09-18 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-18 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-18 14:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-09-18 14:10:00 - cleaning the object tree TB --- 2012-09-18 14:10:00 - cvsupping the source tree TB --- 2012-09-18 14:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-09-18 14:17:28 - building world TB --- 2012-09-18 14:17:28 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 14:17:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 14:17:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 14:17:28 - SRCCONF=/dev/null TB --- 2012-09-18 14:17:28 - TARGET=i386 TB --- 2012-09-18 14:17:28 - TARGET_ARCH=i386 TB --- 2012-09-18 14:17:28 - TZ=UTC TB --- 2012-09-18 14:17:28 - __MAKE_CONF=/dev/null TB --- 2012-09-18 14:17:28 - cd /src TB --- 2012-09-18 14:17:28 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 18 14:17:28 UTC 2012 >>> 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 Sep 18 16:47:46 UTC 2012 TB --- 2012-09-18 16:47:46 - generating LINT kernel config TB --- 2012-09-18 16:47:46 - cd /src/sys/i386/conf TB --- 2012-09-18 16:47:46 - /usr/bin/make -B LINT TB --- 2012-09-18 16:47:47 - cd /src/sys/i386/conf TB --- 2012-09-18 16:47:47 - /usr/sbin/config -m LINT TB --- 2012-09-18 16:47:47 - building LINT kernel TB --- 2012-09-18 16:47:47 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 16:47:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 16:47:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 16:47:47 - SRCCONF=/dev/null TB --- 2012-09-18 16:47:47 - TARGET=i386 TB --- 2012-09-18 16:47:47 - TARGET_ARCH=i386 TB --- 2012-09-18 16:47:47 - TZ=UTC TB --- 2012-09-18 16:47:47 - __MAKE_CONF=/dev/null TB --- 2012-09-18 16:47:47 - cd /src TB --- 2012-09-18 16:47:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 18 16:47:47 UTC 2012 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': /src/sys/dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no member named 'ast_tx_swfiltered' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-18 16:56:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-18 16:56:06 - ERROR: failed to build LINT kernel TB --- 2012-09-18 16:56:06 - 7022.04 user 999.59 system 9966.38 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 17:01:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF169106564A; Tue, 18 Sep 2012 17:01:40 +0000 (UTC) (envelope-from dim@FreeBSD.org) 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 9B2738FC14; Tue, 18 Sep 2012 17:01:40 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:ecff:a137:3a22:244] (unknown [IPv6:2001:7b8:3a7:0:ecff:a137:3a22:244]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D60B65C59; Tue, 18 Sep 2012 19:01:38 +0200 (CEST) Message-ID: <5058A8EF.8060001@FreeBSD.org> Date: Tue, 18 Sep 2012 19:01:35 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: David Wolfskill References: <20120918125303.GN3357@albert.catwhisker.org> In-Reply-To: <20120918125303.GN3357@albert.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jim Harris , current@freebsd.org Subject: Re: buildworld broke in sbin/nvmecontrol; r240620 suspected 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, 18 Sep 2012 17:01:41 -0000 On 2012-09-18 14:53, David Wolfskill wrote: ... > using clang as the C compiler: > > ... > ===> sbin/nvmecontrol (all) > clang -O2 -pipe -std=gnu99 -Qunused-arguments -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 -Wno-empty-body -Wno-string-plus-int -c /usr/src/sbin/nvmecontrol/nvmecontrol.c > /usr/src/sbin/nvmecontrol/nvmecontrol.c:77:6: error: cast from 'struct nvme_controller_data *' to 'uint32_t *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] > p = (uint32_t *)cdata; > ^~~~~~~~~~~~~~~~~ Since this tool (nvmecontrol) is currently only compiled for amd64 and i386, we might as well ignore these alignment warnings, or cast them away. Jim, I don't expect this tool to ever be applicable to non-x86 arches, but can you please confirm that? From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 17:09:55 2012 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 9B667106566B for ; Tue, 18 Sep 2012 17:09:55 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4FBD28FC12 for ; Tue, 18 Sep 2012 17:09:55 +0000 (UTC) Received: by vbmv11 with SMTP id v11so129335vbm.13 for ; Tue, 18 Sep 2012 10:09:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=XjdZz9O8OJTG7CUI282HDyrbJNoQIk14WYsMbhTJUEQ=; b=SUm+3f/vU55sltXoxqtxZDQ3glbLMm5yKbcpLbMuekS7BQgeweE7WeBL/yANjwZhB7 rvP6t0/9HKqrdICklU+Gc4ZodhWZV8Cjltu5PZD0pR/uyX6UkqwbOTopqqFXdQ1CPnc0 sjv/s6gfZ58W1K6F1nU02M7AdAxo3pOnjBfNNW3lcvl2cajy+DB2TTUzymAgifa/Zp/0 76NYJOQeKiWQyoXA0LaxcaxaSHnDaSyB4hqwIfwRIRwUg9sacaxb9jthbYgoihSM6Rbi YtVMCqLRmU5pZ2AKjnPsyn+X1zM9HgbW5UWiWKmzYE9aAvGxEDcK4RD3+5iSDyZ+CMXN 1fHw== MIME-Version: 1.0 Received: by 10.58.116.175 with SMTP id jx15mr387137veb.6.1347988194340; Tue, 18 Sep 2012 10:09:54 -0700 (PDT) Received: by 10.58.249.135 with HTTP; Tue, 18 Sep 2012 10:09:54 -0700 (PDT) In-Reply-To: <7BCCAFEA-693E-479A-B1BD-AAA625164DCC@gmail.com> References: <20120918125303.GN3357@albert.catwhisker.org> <7BCCAFEA-693E-479A-B1BD-AAA625164DCC@gmail.com> Date: Tue, 18 Sep 2012 10:09:54 -0700 Message-ID: From: Jim Harris To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "current@freebsd.org" Subject: Re: buildworld broke in sbin/nvmecontrol; r240620 suspected 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, 18 Sep 2012 17:09:55 -0000 On Tue, Sep 18, 2012 at 8:28 AM, Garrett Cooper wrote: > On Sep 18, 2012, at 5:53 AM, David Wolfskill wrote= : > >> This was on: >> >> FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #681 240= 597M: Mon Sep 17 15:34:41 PDT 2012 root@d134.dwolf.juniper.net.:/usr/ob= j/usr/src/sys/CANARY i386 >> >> using clang as the C compiler: >> >> ... >> =3D=3D=3D> sbin/nvmecontrol (all) >> clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsys= tem-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-su= bscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition= -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/sbin/nv= mecontrol/nvmecontrol.c >> /usr/src/sbin/nvmecontrol/nvmecontrol.c:77:6: error: cast from 'struct n= vme_controller_data *' to 'uint32_t *' (aka 'unsigned int *') increases req= uired alignment from 1 to 4 [-Werror,-Wcast-align] >> p =3D (uint32_t *)cdata; >> ^~~~~~~~~~~~~~~~~ >> 1 error generated. >> *** [nvmecontrol.o] Error code 1 >> 1 error >> *** [all] Error code 2 >> 1 error >> *** [sbin.all__D] Error code 2 > > Probably should be using memcpy for that. > Thanks! > -Garrett I think adding __aligned(4) to struct nvme_controller_data is the better wa= y to go. This structure is already marked as __packed which seems to cause clang to think the structure could be unaligned. I've confirmed this fixes the issue. An an FYI - If I remove the __packed specifier (and do not add __aligned), clang compiles without nvmecontrol without warning as well. Regards, -Jim From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 17:28:41 2012 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 21797106564A; Tue, 18 Sep 2012 17:28:41 +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 DD68B8FC15; Tue, 18 Sep 2012 17:28:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8IHSeYl006301; Tue, 18 Sep 2012 13:28:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8IHSefW006285; Tue, 18 Sep 2012 17:28:40 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Sep 2012 17:28:40 GMT Message-Id: <201209181728.q8IHSefW006285@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 ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 17:28:41 -0000 TB --- 2012-09-18 15:42:08 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-18 15:42:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-18 15:42:08 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-09-18 15:42:08 - cleaning the object tree TB --- 2012-09-18 15:42:08 - cvsupping the source tree TB --- 2012-09-18 15:42:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-09-18 15:42:49 - building world TB --- 2012-09-18 15:42:49 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 15:42:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 15:42:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 15:42:49 - SRCCONF=/dev/null TB --- 2012-09-18 15:42:49 - TARGET=ia64 TB --- 2012-09-18 15:42:49 - TARGET_ARCH=ia64 TB --- 2012-09-18 15:42:49 - TZ=UTC TB --- 2012-09-18 15:42:49 - __MAKE_CONF=/dev/null TB --- 2012-09-18 15:42:49 - cd /src TB --- 2012-09-18 15:42:49 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 18 15:42:51 UTC 2012 >>> 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 Sep 18 17:20:43 UTC 2012 TB --- 2012-09-18 17:20:43 - generating LINT kernel config TB --- 2012-09-18 17:20:43 - cd /src/sys/ia64/conf TB --- 2012-09-18 17:20:43 - /usr/bin/make -B LINT TB --- 2012-09-18 17:20:43 - cd /src/sys/ia64/conf TB --- 2012-09-18 17:20:43 - /usr/sbin/config -m LINT TB --- 2012-09-18 17:20:43 - building LINT kernel TB --- 2012-09-18 17:20:43 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 17:20:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 17:20:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 17:20:43 - SRCCONF=/dev/null TB --- 2012-09-18 17:20:43 - TARGET=ia64 TB --- 2012-09-18 17:20:43 - TARGET_ARCH=ia64 TB --- 2012-09-18 17:20:43 - TZ=UTC TB --- 2012-09-18 17:20:43 - __MAKE_CONF=/dev/null TB --- 2012-09-18 17:20:43 - cd /src TB --- 2012-09-18 17:20:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 18 17:20:43 UTC 2012 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': /src/sys/dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no member named 'ast_tx_swfiltered' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-18 17:28:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-18 17:28:39 - ERROR: failed to build LINT kernel TB --- 2012-09-18 17:28:39 - 4543.59 user 720.19 system 6391.83 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 17:29:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC214106567C; Tue, 18 Sep 2012 17:29:25 +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 98D9C8FC1E; Tue, 18 Sep 2012 17:29:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8IHTP6W010408; Tue, 18 Sep 2012 13:29:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8IHTPcC010405; Tue, 18 Sep 2012 17:29:25 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Sep 2012 17:29:25 GMT Message-Id: <201209181729.q8IHTPcC010405@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: Tue, 18 Sep 2012 17:29:25 -0000 TB --- 2012-09-18 14:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-18 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-18 14:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-09-18 14:10:00 - cleaning the object tree TB --- 2012-09-18 14:10:00 - cvsupping the source tree TB --- 2012-09-18 14:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-09-18 14:11:04 - building world TB --- 2012-09-18 14:11:04 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 14:11:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 14:11:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 14:11:04 - SRCCONF=/dev/null TB --- 2012-09-18 14:11:04 - TARGET=amd64 TB --- 2012-09-18 14:11:04 - TARGET_ARCH=amd64 TB --- 2012-09-18 14:11:04 - TZ=UTC TB --- 2012-09-18 14:11:04 - __MAKE_CONF=/dev/null TB --- 2012-09-18 14:11:04 - cd /src TB --- 2012-09-18 14:11:04 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 18 14:11:05 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Sep 18 17:20:12 UTC 2012 TB --- 2012-09-18 17:20:12 - generating LINT kernel config TB --- 2012-09-18 17:20:12 - cd /src/sys/amd64/conf TB --- 2012-09-18 17:20:12 - /usr/bin/make -B LINT TB --- 2012-09-18 17:20:12 - cd /src/sys/amd64/conf TB --- 2012-09-18 17:20:12 - /usr/sbin/config -m LINT TB --- 2012-09-18 17:20:13 - building LINT kernel TB --- 2012-09-18 17:20:13 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 17:20:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 17:20:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 17:20:13 - SRCCONF=/dev/null TB --- 2012-09-18 17:20:13 - TARGET=amd64 TB --- 2012-09-18 17:20:13 - TARGET_ARCH=amd64 TB --- 2012-09-18 17:20:13 - TZ=UTC TB --- 2012-09-18 17:20:13 - __MAKE_CONF=/dev/null TB --- 2012-09-18 17:20:13 - cd /src TB --- 2012-09-18 17:20:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 18 17:20:13 UTC 2012 >>> 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 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc -c -O2 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath cc -c -O2 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath cc -c -O2 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath cc -c -O2 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath cc -c -O2 -frename-registers -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': /src/sys/dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no member named 'ast_tx_swfiltered' *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-18 17:29:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-18 17:29:25 - ERROR: failed to build LINT kernel TB --- 2012-09-18 17:29:25 - 8475.58 user 1333.80 system 11964.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 17:37:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F03FC1065709; Tue, 18 Sep 2012 17:37:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BCC0C8FC16; Tue, 18 Sep 2012 17:37:22 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so554682pbb.13 for ; Tue, 18 Sep 2012 10:37:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qbIzp8y4lRE+UqKYM9RJoc4OfJCPCNyLlyGvUIV5u/o=; b=dvsKA4/LPlNKSCkgGb9TVxQ18lzFGWkot+HaTBAJBWMnYe++TxOj0QnbT2qt+G5gyl D5EpPXWCh5DrReAG4WPiCIuOouXEH6vg2l/NeTtuWV10rXI1qmmTYCVkhmVyzKxEJ3AW etL2GAywcv5gghScfp+6xQ8PoredgbXmS+uFB89HVsDFSRST/YZJCmNCTTEDd9JmwgDH nFCjr7wayaQzBt4/NyxNEqkkbwyABVyoLWIVfSD89+E8iorztldP+w2RPGBAwLFTNX1V DwyGPUjIlO4acXyjatT2W8DH5WhNSyKYX/Ez83A9dXs2MZ+EbwWgWdy4SK+BCbpGgt/s tlSw== MIME-Version: 1.0 Received: by 10.68.189.164 with SMTP id gj4mr827618pbc.48.1347989842165; Tue, 18 Sep 2012 10:37:22 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Tue, 18 Sep 2012 10:37:22 -0700 (PDT) In-Reply-To: <201209181729.q8IHTPcC010405@freebsd-current.sentex.ca> References: <201209181729.q8IHTPcC010405@freebsd-current.sentex.ca> Date: Tue, 18 Sep 2012 10:37:22 -0700 X-Google-Sender-Auth: IrXcqPdITJLEBTNkQydakjijFX8 Message-ID: From: Adrian Chadd To: FreeBSD Tinderbox Content-Type: text/plain; charset=ISO-8859-1 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: Tue, 18 Sep 2012 17:37:23 -0000 Honest, it's the tinderbox's fault. Not mine. :-) (I know, it almost always is my fault..) adrian On 18 September 2012 10:29, FreeBSD Tinderbox wrote= : > TB --- 2012-09-18 14:10:00 - tinderbox 2.9 running on freebsd-current.sen= tex.ca > TB --- 2012-09-18 14:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PREREL= EASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebs= d-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2012-09-18 14:10:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2012-09-18 14:10:00 - cleaning the object tree > TB --- 2012-09-18 14:10:00 - cvsupping the source tree > TB --- 2012-09-18 14:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sente= x.ca /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2012-09-18 14:11:04 - building world > TB --- 2012-09-18 14:11:04 - CROSS_BUILD_TESTING=3DYES > TB --- 2012-09-18 14:11:04 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2012-09-18 14:11:04 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-09-18 14:11:04 - SRCCONF=3D/dev/null > TB --- 2012-09-18 14:11:04 - TARGET=3Damd64 > TB --- 2012-09-18 14:11:04 - TARGET_ARCH=3Damd64 > TB --- 2012-09-18 14:11:04 - TZ=3DUTC > TB --- 2012-09-18 14:11:04 - __MAKE_CONF=3D/dev/null > TB --- 2012-09-18 14:11:04 - cd /src > TB --- 2012-09-18 14:11:04 - /usr/bin/make -B buildworld >>>> World build started on Tue Sep 18 14:11:05 UTC 2012 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> stage 5.1: building 32 bit shim libraries >>>> World build completed on Tue Sep 18 17:20:12 UTC 2012 > TB --- 2012-09-18 17:20:12 - generating LINT kernel config > TB --- 2012-09-18 17:20:12 - cd /src/sys/amd64/conf > TB --- 2012-09-18 17:20:12 - /usr/bin/make -B LINT > TB --- 2012-09-18 17:20:12 - cd /src/sys/amd64/conf > TB --- 2012-09-18 17:20:12 - /usr/sbin/config -m LINT > TB --- 2012-09-18 17:20:13 - building LINT kernel > TB --- 2012-09-18 17:20:13 - CROSS_BUILD_TESTING=3DYES > TB --- 2012-09-18 17:20:13 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2012-09-18 17:20:13 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-09-18 17:20:13 - SRCCONF=3D/dev/null > TB --- 2012-09-18 17:20:13 - TARGET=3Damd64 > TB --- 2012-09-18 17:20:13 - TARGET_ARCH=3Damd64 > TB --- 2012-09-18 17:20:13 - TZ=3DUTC > TB --- 2012-09-18 17:20:13 - __MAKE_CONF=3D/dev/null > TB --- 2012-09-18 17:20:13 - cd /src > TB --- 2012-09-18 17:20:13 - /usr/bin/make -B buildkernel KERNCONF=3DLINT >>>> Kernel build for LINT started on Tue Sep 18 17:20:13 UTC 2012 >>>> 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 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc = -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEAD= ERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign-func= tions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilog= ue /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc = -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEAD= ERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign-func= tions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilog= ue /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc = -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEAD= ERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign-func= tions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilog= ue /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc = -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEAD= ERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign-func= tions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilog= ue /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc = -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEAD= ERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign-func= tions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilog= ue /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc = -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEAD= ERS -include opt_global.h -fno-common -finline-limit=3D8000 --param inline-= unit-growth=3D100 --param large-function-growth=3D1000 -DGPROF -falign-func= tions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel= =3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-u= nwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilog= ue /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath > /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': > /src/sys/dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no membe= r named 'ast_tx_swfiltered' > *** Error code 1 > > Stop in /obj/amd64.amd64/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2012-09-18 17:29:25 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2012-09-18 17:29:25 - ERROR: failed to build LINT kernel > TB --- 2012-09-18 17:29:25 - 8475.58 user 1333.80 system 11964.51 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full > _______________________________________________ > 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 Sep 18 17:43:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE3521065670; Tue, 18 Sep 2012 17:43:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 85B018FC08; Tue, 18 Sep 2012 17:43:03 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so566243pbb.13 for ; Tue, 18 Sep 2012 10:43:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Fw+YyMDygGvW/sxrTGmbKcTjJuBwx/eSLb3nCiWjCVk=; b=oxKBH122X0xNmK05O3z2/rx4fUCAF5xoRVpmFPEeXfdn2A0Qt+8kUV2fjO3vq6Cp9A 5UZNJEeRvN3raLAWdAPaIsPgTDy8q231p+kG373PKci/1BX7dRa+pgswNvGXxRs1rr9B WmIwTHIAWdoU+0fjtQAW0T6/9nJB8Kd/lQs3eJkYzH4nudpkgVAOolh6cMfaEKMNntLb MMpg5n8pfUyjW5sbou8TjlxkFotv8Y2TAH4rn0pWWPZJPTv2De+wDBz7zGGAaxpoUe9H XZ/NAEjnMy6KRq9dxXf8VgcrFHD9/YpGKf8RDX39hXDoCxKg/iN2MJT7AS6ve5CxzGHv 61jw== MIME-Version: 1.0 Received: by 10.68.204.169 with SMTP id kz9mr827994pbc.39.1347989720057; Tue, 18 Sep 2012 10:35:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Tue, 18 Sep 2012 10:35:20 -0700 (PDT) In-Reply-To: <5058A8EF.8060001@FreeBSD.org> References: <20120918125303.GN3357@albert.catwhisker.org> <5058A8EF.8060001@FreeBSD.org> Date: Tue, 18 Sep 2012 10:35:20 -0700 X-Google-Sender-Auth: 0VLU5vp-CGvt9cwLFTWyPw7UUbg Message-ID: From: Adrian Chadd To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: Jim Harris , current@freebsd.org Subject: Re: buildworld broke in sbin/nvmecontrol; r240620 suspected 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, 18 Sep 2012 17:43:03 -0000 On 18 September 2012 10:01, Dimitry Andric wrote: > Since this tool (nvmecontrol) is currently only compiled for amd64 and > i386, we might as well ignore these alignment warnings, or cast them > away. > > Jim, I don't expect this tool to ever be applicable to non-x86 arches, > but can you please confirm that? Oh dear lordie, please don't assume that code/hardware won't be recycled for other arches. I thought we had figured that stuff out for 2012. :-) Adrian From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 17:46:14 2012 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 BE75E1065673; Tue, 18 Sep 2012 17:46:14 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBC88FC16; Tue, 18 Sep 2012 17:46:13 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.213.204] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 322194007; Tue, 18 Sep 2012 19:46:05 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 18 Sep 2012 19:47:17 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.1-PRERELEASE; KDE/4.8.4; amd64; ; ) References: <4F130E7F.9090400@m5p.com> <201201152036.09426.hselasky@c2i.net> In-Reply-To: <201201152036.09426.hselasky@c2i.net> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209181947.17991.hselasky@c2i.net> Cc: George Mitchell , freebsd-usb@freebsd.org Subject: Re: 9.0 umass problem 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, 18 Sep 2012 17:46:14 -0000 On Sunday 15 January 2012 20:36:09 Hans Petter Selasky wrote: > On Sunday 15 January 2012 18:35:59 George Mitchell wrote: > > I have a USB compact flash reader-writer which is normally connected to > > my computer all the time but rarely contains a compact flash card. Here > > is a snippet from a verbose dmesg with FreeBSD 9.0-RC3: > > > > > > ugen0.5: at usbus0 > > umass0: on > > usbus0 > > umass0: SCSI over Bulk-Only; quirks = 0x4101 > > umass0:2:0:-1: Attached to scbus2 > > (probe0:umass-sim0:0:0:0): SCSI status error > > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 > > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > > (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not > > present) > > (probe0:umass-sim0:0:0:0): Error 6, Unretryable error > > (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? > > ... > > (probe0:umass-sim0:0:0:0): AutoSense failed > > (probe0:umass-sim0:0:0:0): Error 5, Unretryable error > > GEOM: new disk da0 > > pass2 at umass-sim0 bus 0 scbus2 target 0 lun 0 > > pass2: Removable Direct Access SCSI-0 > > device pass2: 1.000MB/s transfers > > ... > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > > (da0:umass-sim0:0:0:0): got CAM status 0x4 > > (da0:umass-sim0:0:0:0): fatal error, failed to attach to device > > (da0:umass-sim0:0:0:0): lost device - 0 outstanding > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > > (da0:umass-sim0:0:0:0): removing device entry > > Opened disk da0 -> 5 > > > > > > Everything works normally, but the above events take about half a > > minute and bring the booting-up procedure to a halt while the > > retries finish. Is there a umass quirk I could enable to speed up > > whatever is happening here? usbconfig -d 0.5 dump_device_desc says: > > > > ugen0.5: at usbus0, cfg=0 md=HOST spd=FULL > > (12Mbps) pwr=ON > > > > bLength = 0x0012 > > bDescriptorType = 0x0001 > > bcdUSB = 0x0200 > > bDeviceClass = 0x0000 > > bDeviceSubClass = 0x0000 > > bDeviceProtocol = 0x0000 > > bMaxPacketSize0 = 0x0040 > > idVendor = 0x05e3 > > idProduct = 0x0703 > > bcdDevice = 0x0032 > > iManufacturer = 0x0000 > > iProduct = 0x0001 > > iSerialNumber = 0x0000 > > bNumConfigurations = 0x0001 > > > > > > Here's the corresponding dmesg output from 8.2-STABLE: > > > > ugen0.5: at usbus0 > > umass0: on > > usbus0 > > umass0: SCSI over Bulk-Only; quirks = 0x0000 > > umass0: Get Max Lun not supported (USB_ERR_STALLED) > > umass0:2:0:-1: Attached to scbus2 > > (probe0:umass-sim0:0:0:0): SCSI status error > > (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 1 0 0 ff 0 > > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > > (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not > > present) > > (probe0:umass-sim0:0:0:0): Error 6, Unretryable error > > (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? > > (probe0:umass-sim0:0:0:0): SCSI status error > > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > > (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error > > (probe0:umass-sim0:0:0:0): SCSI status: Check Condition > > (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not > > present) > > (probe0:umass-sim0:0:0:0): Error 6, Unretryable error > > GEOM: new disk da0 > > pass2 at umass-sim0 bus 0 scbus2 target 0 lun 0 > > pass2: Removable Direct Access SCSI-0 > > device pass2: 1.000MB/s transfers > > (da0:umass-sim0:0:0:0): SCSI status error > > (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not > > present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error > > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > > da0: Removable Direct Access SCSI-0 device > > da0: 1.000MB/s transfers > > da0: Attempt to query device size failed: NOT READY, Medium not present > > (da0:umass-sim0:0:0:0): SCSI status error > > (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not > > present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error > > Opened disk da0 -> 6 > > (da0:umass-sim0:0:0:0): SCSI status error > > (da0:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > > (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error > > (da0:umass-sim0:0:0:0): SCSI status: Check Condition > > (da0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not > > present) (da0:umass-sim0:0:0:0): Error 6, Unretryable error > > Opened disk da0 -> 6 > > > > (which all took only a couple of seconds, compared to half a minute > > with 9.0.) > > > > When there is a flash card in the device, 9.0 behaves even worse, > > taking about two and a half minutes to do this: > > > > ugen0.5: at usbus0 > > umass0: on > > usbus0 > > umass0: SCSI over Bulk-Only; quirks = 0x4101 > > umass0:2:0:-1: Attached to scbus2 > > (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? > > GEOM: new disk da0 > > pass2 at umass-sim0 bus 0 scbus2 target 0 lun 0 > > pass2: Removable Direct Access SCSI-0 > > device pass2: 1.000MB/s transfers > > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > > da0: Removable Direct Access SCSI-0 device > > da0: 1.000MB/s transfers > > da0: 245MB (501760 512 byte sectors: 64H 32S/T 245C) > > ... > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > > Opened disk da0 -> 5 > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Retrying command > > (da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR > > (da0:umass-sim0:0:0:0): Error 5, Retries exhausted > > Opened disk da0 -> 5 > > > > Suggestions? -- George Mitchell > Hi, Can you try 9-stable or apply this patch: http://svn.freebsd.org/changeset/base/240662 --HPS From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 17:59:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21775106566C; Tue, 18 Sep 2012 17:59:39 +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 CCBFC8FC0C; Tue, 18 Sep 2012 17:59:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8IHxbBX016474; Tue, 18 Sep 2012 13:59:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8IHxbbq016466; Tue, 18 Sep 2012 17:59:37 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Sep 2012 17:59:37 GMT Message-Id: <201209181759.q8IHxbbq016466@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 mips/mips 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, 18 Sep 2012 17:59:39 -0000 TB --- 2012-09-18 16:49:44 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-18 16:49:44 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-18 16:49:44 - starting HEAD tinderbox run for mips/mips TB --- 2012-09-18 16:49:44 - cleaning the object tree TB --- 2012-09-18 16:49:44 - cvsupping the source tree TB --- 2012-09-18 16:49:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-09-18 16:51:01 - building world TB --- 2012-09-18 16:51:01 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 16:51:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 16:51:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 16:51:01 - SRCCONF=/dev/null TB --- 2012-09-18 16:51:01 - TARGET=mips TB --- 2012-09-18 16:51:01 - TARGET_ARCH=mips TB --- 2012-09-18 16:51:01 - TZ=UTC TB --- 2012-09-18 16:51:01 - __MAKE_CONF=/dev/null TB --- 2012-09-18 16:51:01 - cd /src TB --- 2012-09-18 16:51:01 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 18 16:51:02 UTC 2012 >>> 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 Sep 18 17:56:21 UTC 2012 TB --- 2012-09-18 17:56:21 - cd /src/sys/mips/conf TB --- 2012-09-18 17:56:21 - /usr/sbin/config -m ADM5120 TB --- 2012-09-18 17:56:21 - skipping ADM5120 kernel TB --- 2012-09-18 17:56:21 - cd /src/sys/mips/conf TB --- 2012-09-18 17:56:21 - /usr/sbin/config -m ALCHEMY TB --- 2012-09-18 17:56:21 - skipping ALCHEMY kernel TB --- 2012-09-18 17:56:21 - cd /src/sys/mips/conf TB --- 2012-09-18 17:56:21 - /usr/sbin/config -m AP91 TB --- 2012-09-18 17:56:21 - building AP91 kernel TB --- 2012-09-18 17:56:21 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 17:56:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 17:56:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 17:56:21 - SRCCONF=/dev/null TB --- 2012-09-18 17:56:21 - TARGET=mips TB --- 2012-09-18 17:56:21 - TARGET_ARCH=mips TB --- 2012-09-18 17:56:21 - TZ=UTC TB --- 2012-09-18 17:56:21 - __MAKE_CONF=/dev/null TB --- 2012-09-18 17:56:21 - cd /src TB --- 2012-09-18 17:56:21 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Tue Sep 18 17:56:21 UTC 2012 >>> 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 [...] ===> ath (all) cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_debug.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_keycache.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_sysctl.c cc -O -pipe -G0 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/mips.mips/src/sys/AP91/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -G0 -fno-pic -mno-abicalls -mlong-calls -I/obj/mips.mips/src/sys/AP91 -msoft-float -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c /src/sys/modules/ath/../../dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': /src/sys/modules/ath/../../dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no member named 'ast_tx_swfiltered' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-18 17:59:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-18 17:59:37 - ERROR: failed to build AP91 kernel TB --- 2012-09-18 17:59:37 - 2736.98 user 597.13 system 4193.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 18:24:28 2012 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 926001065670 for ; Tue, 18 Sep 2012 18:24:28 +0000 (UTC) (envelope-from jim.harris@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 471A88FC14 for ; Tue, 18 Sep 2012 18:24:28 +0000 (UTC) Received: by vbmv11 with SMTP id v11so250953vbm.13 for ; Tue, 18 Sep 2012 11:24:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=TBl5RHTVJlzHQWH/Dk9IIgf50f4hEITO1Of/ws1emN4=; b=AW8VoOXo47k4a6eK7T2qNIPWnWNjAxiJYI6V9LKklsaNKb0Pw8LpNuKUNbu9RHBik4 mt4YXzzHu8uknZ7PYccmahCYAjNnwTiQ/KbinsbIZ4rybI44nT/1OI0PrKG+NOUOapW6 YM0F0UXvo9FieKgfX9b9CKuDJn3TEpjYymfavYOswjZYqXEVSNyAw7gJQ58nQzXF830o 08/84FMFgZJYfKD1kAZtPlaF8ZAG7I44eqzbE6lC5tZuVms52esbRqYgV0KjCuuctIpk Nl+l/mpnqNIkC4kfGNjP0wSnLQVAlpf0CkD0fqupSe5tYiLBLu880YZXwhm/lQe9i/XX 8F2w== MIME-Version: 1.0 Received: by 10.220.152.67 with SMTP id f3mr488539vcw.19.1347992667316; Tue, 18 Sep 2012 11:24:27 -0700 (PDT) Received: by 10.58.249.135 with HTTP; Tue, 18 Sep 2012 11:24:27 -0700 (PDT) In-Reply-To: <20120918125303.GN3357@albert.catwhisker.org> References: <20120918125303.GN3357@albert.catwhisker.org> Date: Tue, 18 Sep 2012 11:24:27 -0700 Message-ID: From: Jim Harris To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: buildworld broke in sbin/nvmecontrol; r240620 suspected 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, 18 Sep 2012 18:24:28 -0000 On Tue, Sep 18, 2012 at 5:53 AM, David Wolfskill wro= te: > This was on: > > FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #681 2405= 97M: Mon Sep 17 15:34:41 PDT 2012 root@d134.dwolf.juniper.net.:/usr/obj= /usr/src/sys/CANARY i386 > > using clang as the C compiler: > > ... > =3D=3D=3D> sbin/nvmecontrol (all) > clang -O2 -pipe -std=3Dgnu99 -Qunused-arguments -fstack-protector -Wsyst= em-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-sub= scripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -c /usr/src/sbin/nvm= econtrol/nvmecontrol.c > /usr/src/sbin/nvmecontrol/nvmecontrol.c:77:6: error: cast from 'struct nv= me_controller_data *' to 'uint32_t *' (aka 'unsigned int *') increases requ= ired alignment from 1 to 4 [-Werror,-Wcast-align] > p =3D (uint32_t *)cdata; > ^~~~~~~~~~~~~~~~~ > 1 error generated. > *** [nvmecontrol.o] Error code 1 > 1 error > *** [all] Error code 2 > 1 error > *** [sbin.all__D] Error code 2 Fixed in r240671. On a related note, r240672 fixes a build warning in nvme(4), found only with clang. > Peace, > david > -- > 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. From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 18:39:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 494C4106564A; Tue, 18 Sep 2012 18:39: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 19C708FC12; Tue, 18 Sep 2012 18:39:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8IIdLcF033753; Tue, 18 Sep 2012 14:39:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8IIdLpn033752; Tue, 18 Sep 2012 18:39:21 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Sep 2012 18:39:21 GMT Message-Id: <201209181839.q8IIdLpn033752@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, 18 Sep 2012 18:39:22 -0000 TB --- 2012-09-18 17:29:25 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-18 17:29:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-18 17:29:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-09-18 17:29:25 - cleaning the object tree TB --- 2012-09-18 17:29:25 - cvsupping the source tree TB --- 2012-09-18 17:29:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-09-18 17:31:03 - building world TB --- 2012-09-18 17:31:03 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 17:31:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 17:31:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 17:31:03 - SRCCONF=/dev/null TB --- 2012-09-18 17:31:03 - TARGET=sparc64 TB --- 2012-09-18 17:31:03 - TARGET_ARCH=sparc64 TB --- 2012-09-18 17:31:03 - TZ=UTC TB --- 2012-09-18 17:31:03 - __MAKE_CONF=/dev/null TB --- 2012-09-18 17:31:03 - cd /src TB --- 2012-09-18 17:31:03 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 18 17:31:04 UTC 2012 >>> 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 Sep 18 18:35:26 UTC 2012 TB --- 2012-09-18 18:35:26 - generating LINT kernel config TB --- 2012-09-18 18:35:26 - cd /src/sys/sparc64/conf TB --- 2012-09-18 18:35:26 - /usr/bin/make -B LINT TB --- 2012-09-18 18:35:26 - cd /src/sys/sparc64/conf TB --- 2012-09-18 18:35:26 - /usr/sbin/config -m LINT TB --- 2012-09-18 18:35:26 - building LINT kernel TB --- 2012-09-18 18:35:26 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 18:35:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 18:35:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 18:35:26 - SRCCONF=/dev/null TB --- 2012-09-18 18:35:26 - TARGET=sparc64 TB --- 2012-09-18 18:35:26 - TARGET_ARCH=sparc64 TB --- 2012-09-18 18:35:26 - TZ=UTC TB --- 2012-09-18 18:35:26 - __MAKE_CONF=/dev/null TB --- 2012-09-18 18:35:26 - cd /src TB --- 2012-09-18 18:35:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 18 18:35:26 UTC 2012 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -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/dev/ath/if_ath.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -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/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -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/dev/ath/if_ath_debug.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -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/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -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/dev/ath/if_ath_led.c -I/src/sys/dev/ath 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 -Wmissing-include-dirs -fdiagnostics-show-option -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/dev/ath/if_ath_tx.c -I/src/sys/dev/ath /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': /src/sys/dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no member named 'ast_tx_swfiltered' *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-18 18:39:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-18 18:39:21 - ERROR: failed to build LINT kernel TB --- 2012-09-18 18:39:21 - 3186.94 user 583.20 system 4195.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 18:52:11 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D1161065670 for ; Tue, 18 Sep 2012 18:52:11 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 56A328FC08 for ; Tue, 18 Sep 2012 18:52:10 +0000 (UTC) Received: by vbmv11 with SMTP id v11so292276vbm.13 for ; Tue, 18 Sep 2012 11:52:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=KviGUHIIEcLxi3HWXFtkzek7ItV+IE2Mm+ldKNKTGz8=; b=Id0c92CxKRCa1YZAuX1UBjF24tGK8FAnHPZ9TadXFv2q3Rn7UDzNWMY1nAad7+fybL VOKFREiOkK0K+rM/LsD540RBLbZedjgX1XXo0gMuhVgV1CrQ3YXCgyxxuYPa5kyEUksF K6SnH9T/AOXFyzDvIOqWoEgrNLL7xEaBU8dEm7dOpQ+jWPKMm63NroNc0YbZYU/CKppt b0A/zomlZjAjzfu95f0b/h/pUtVXqJjL49AYKbKEv8QuGYndgQ0eD6vbzC6KwI+hE80d nyMs1idYIruitrZ5fvE+ms4+fK6+Hc4dQS8efAEBGA+StPGiWgbDli07rEfFzH6aEHZl sfhw== MIME-Version: 1.0 Received: by 10.52.70.72 with SMTP id k8mr419990vdu.55.1347994330442; Tue, 18 Sep 2012 11:52:10 -0700 (PDT) Received: by 10.58.26.129 with HTTP; Tue, 18 Sep 2012 11:52:10 -0700 (PDT) Date: Tue, 18 Sep 2012 14:52:10 -0400 Message-ID: From: Kim Culhan To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: build failure r240669 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, 18 Sep 2012 18:52:11 -0000 Seeing this on a clean checkout of r240669 gzip -cn /usr/src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_packet.3 > lwres_packet.3.gz building profiled lwres library ranlib liblwres_p.a ===> lib/clang (all) ===> lib/clang/libclanganalysis (all) ===> lib/clang/libclangarcmigrate (all) ===> lib/clang/libclangast (all) ===> lib/clang/libclangbasic (all) ===> lib/clang/libclangcodegen (all) ===> lib/clang/libclangdriver (all) ===> lib/clang/libclangedit (all) ===> lib/clang/libclangfrontend (all) ===> lib/clang/libclangfrontendtool (all) ===> lib/clang/libclanglex (all) ===> lib/clang/libclangparse (all) ===> lib/clang/libclangrewrite (all) ===> lib/clang/libclangsema (all) ===> lib/clang/libclangserialization (all) ===> lib/clang/libclangstaticanalyzercheckers (all) ===> lib/clang/libclangstaticanalyzercore (all) ===> lib/clang/libclangstaticanalyzerfrontend (all) ===> lib/clang/libllvmanalysis (all) ===> lib/clang/libllvmarchive (all) ===> lib/clang/libllvmasmparser (all) ===> lib/clang/libllvmasmprinter (all) ===> lib/clang/libllvmbitreader (all) ===> lib/clang/libllvmbitwriter (all) ===> lib/clang/libllvmcodegen (all) ===> lib/clang/libllvmcore (all) ===> lib/clang/libllvminstcombine (all) ===> lib/clang/libllvminstrumentation (all) ===> lib/clang/libllvmipa (all) ===> lib/clang/libllvmipo (all) ===> lib/clang/libllvmlinker (all) ===> lib/clang/libllvmmc (all) ===> lib/clang/libllvmmcparser (all) ===> lib/clang/libllvmobject (all) ===> lib/clang/libllvmscalaropts (all) ===> lib/clang/libllvmselectiondag (all) ===> lib/clang/libllvmsupport (all) ===> lib/clang/libllvmtablegen (all) ===> lib/clang/libllvmtarget (all) ===> lib/clang/libllvmtransformutils (all) ===> lib/clang/libllvmvectorize (all) ===> lib/clang/libllvmarmasmparser (all) ===> lib/clang/libllvmarmcodegen (all) ===> lib/clang/libllvmarmdesc (all) ===> lib/clang/libllvmarmdisassembler (all) ===> lib/clang/libllvmarminfo (all) ===> lib/clang/libllvmarminstprinter (all) ===> lib/clang/libllvmmipsasmparser (all) ===> lib/clang/libllvmmipscodegen (all) ===> lib/clang/libllvmmipsdesc (all) ===> lib/clang/libllvmmipsdisassembler (all) ===> lib/clang/libllvmmipsinfo (all) ===> lib/clang/libllvmmipsinstprinter (all) ===> lib/clang/libllvmpowerpccodegen (all) ===> lib/clang/libllvmpowerpcdesc (all) ===> lib/clang/libllvmpowerpcinfo (all) ===> lib/clang/libllvmpowerpcinstprinter (all) ===> lib/clang/libllvmx86asmparser (all) ===> lib/clang/libllvmx86codegen (all) ===> lib/clang/libllvmx86desc (all) ===> lib/clang/libllvmx86disassembler (all) ===> lib/clang/libllvmx86info (all) ===> lib/clang/libllvmx86instprinter (all) ===> lib/clang/libllvmx86utils (all) ===> lib/clang/include (all) 1 error *** [everything] Error code 2 1 error *** [buildworld] Error code 2 1 error -- -kim From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 18:57:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B4CF3106566B for ; Tue, 18 Sep 2012 18:57:20 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.31.36]) by mx1.freebsd.org (Postfix) with ESMTP id 619F88FC12 for ; Tue, 18 Sep 2012 18:57:20 +0000 (UTC) Received: from [78.35.174.64] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (SSLv3:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1TE2y5-00070J-LC; Tue, 18 Sep 2012 20:56:21 +0200 Date: Tue, 18 Sep 2012 20:56:17 +0200 From: Fabian Keil To: Darrel Message-ID: <20120918205617.02ee281e@fabiankeil.de> In-Reply-To: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/37hiBtR0c4v0yhHl=5tCLie"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@freebsd.org Subject: Re: manual page | zpool-features X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 18:57:21 -0000 --Sig_/37hiBtR0c4v0yhHl=5tCLie Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Darrel wrote: > OpenBSD Packet Filter seems to have broken between 9.0 and 9.1, as it did= =20 > from 8.2 to 9.0. I built stable/9 and it was not fixed. Since I like to= =20 > run Packet Filter, I ran these commands: >=20 > # cd /usr > # svn co svn://svn.freebsd.org/base/head src >=20 > Then I checked /usr/src/UPDATING and found this: >=20 > 20120828: > A new ZFS feature flag "com.delphix:empty_bpobj" has been merged > to -HEAD. Pools that have empty_bpobj in active state can not be > imported read-write with ZFS implementations that do not support > this feature. For more information read the zpool-features(5) > manual page. >=20 > Unfortunately, I do not have a manual page for zpool-features. It should be part of the checkout. Try: man /usr/src/cddl/contrib/opensolaris/cmd/zpool/zpool-features.5 > Does this mean that I can not update from 9 to 10? No. Fabian --Sig_/37hiBtR0c4v0yhHl=5tCLie Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlBYw9QACgkQBYqIVf93VJ3yLgCdH+nouuKjUvGtgg8RWDql59x1 8aUAn2EvRSnwL3QgC2UgaBhAUbRPnOcs =2yOv -----END PGP SIGNATURE----- --Sig_/37hiBtR0c4v0yhHl=5tCLie-- From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 19:05:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 11DC0106566C for ; Tue, 18 Sep 2012 19:05:57 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id C70BB8FC14 for ; Tue, 18 Sep 2012 19:05:56 +0000 (UTC) Received: by oagm1 with SMTP id m1so284290oag.13 for ; Tue, 18 Sep 2012 12:05:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nP4ZzWt5qlR+zP34EvjsMQoO2DaATU80tbDRddW/kYg=; b=lfpbPYQrcj7a/szBC6g/b47ZbbSXRuwro3Tfuei6rJV2h1RRka6y8kUGcvCyGXT32Q OgQQVqTd3NdiKz4klvdQ5dTBxMS6tdpy9W3lw3YKg/9YWvtd/wCRrjs/PT+ulfx8SKQh EIIloJljd/1Ca+SdqvSuNc3W4jFEEWd+3DzaAQNeCxr7KDaDrWfefaC6SxX2eyWDWs6Y G4yo5JlfEITeqbDifxwBSZJXISuXjObDdaN64SryOMcqU9HJXWTHcWEg808IppPKScpy cZsC5zyX49UW+aqA3X6VEFzuyjwPalJv3K3QilvPwv3tDeRJU4MIQYp2fN/5QmMTFgZO RPCA== MIME-Version: 1.0 Received: by 10.60.171.69 with SMTP id as5mr1132932oec.100.1347995156379; Tue, 18 Sep 2012 12:05:56 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Tue, 18 Sep 2012 12:05:56 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Sep 2012 12:05:56 -0700 Message-ID: From: Garrett Cooper To: Kim Culhan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: build failure r240669 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, 18 Sep 2012 19:05:57 -0000 On Tue, Sep 18, 2012 at 11:52 AM, Kim Culhan wrote: > Seeing this on a clean checkout of r240669 ... > 1 error > *** [everything] Error code 2 > 1 error > *** [buildworld] Error code 2 > 1 error This isn't helpful. Either compile with -j1 or capture everything to a log and look for " Error " in the output; the first occurrence is your real error. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 19:07:02 2012 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 264F91065677 for ; Tue, 18 Sep 2012 19:07:02 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id DB1178FC20 for ; Tue, 18 Sep 2012 19:07:01 +0000 (UTC) Received: by oagm1 with SMTP id m1so285661oag.13 for ; Tue, 18 Sep 2012 12:07:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rnDUIHk+gDKiqYJZyIM7YB7vxqhRJMgnTGNESbgEq24=; b=CK+W3FEx54lYKLjngMIJVFYNFlD240l8kE3Am4WDs5FRyQuiFAQqIan2KhHgqHNhSn XbHjoeaPeqAtSz0DllwA1vExbmeIHa0MMObeQb0xd34m5epZZkA5htq0vVaL5pGPraCW Zr4rTJP1aPovhD5TmQozZMMe/2Ow9FCpu+bQk0Ec9VFHSaXEvyAxw6Tzp/itwcrjEngU t1z2bRsOZjNQXA/Jx+xW039eyK7H17VSuxZJ/Eji5/ft5cQKyat40ah93tqVQrlvuURD QEn1pFY9fO+kmU1gHteiWYT7Sen8Z9a0lLj0HsIJH1cc1lgr2hxF1t9JDGll/h7UJhSf tiXg== MIME-Version: 1.0 Received: by 10.182.218.37 with SMTP id pd5mr1242025obc.24.1347995221276; Tue, 18 Sep 2012 12:07:01 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Tue, 18 Sep 2012 12:07:01 -0700 (PDT) In-Reply-To: <20120918205617.02ee281e@fabiankeil.de> References: <20120918205617.02ee281e@fabiankeil.de> Date: Tue, 18 Sep 2012 12:07:01 -0700 Message-ID: From: Garrett Cooper To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Darrel Subject: Re: manual page | zpool-features 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, 18 Sep 2012 19:07:02 -0000 On Tue, Sep 18, 2012 at 11:56 AM, Fabian Keil wrote: > Darrel wrote: > >> OpenBSD Packet Filter seems to have broken between 9.0 and 9.1, as it did >> from 8.2 to 9.0. I built stable/9 and it was not fixed. Since I like to >> run Packet Filter, I ran these commands: >> >> # cd /usr >> # svn co svn://svn.freebsd.org/base/head src >> >> Then I checked /usr/src/UPDATING and found this: >> >> 20120828: >> A new ZFS feature flag "com.delphix:empty_bpobj" has been merged >> to -HEAD. Pools that have empty_bpobj in active state can not be >> imported read-write with ZFS implementations that do not support >> this feature. For more information read the zpool-features(5) >> manual page. >> >> Unfortunately, I do not have a manual page for zpool-features. > > It should be part of the checkout. Try: > > man /usr/src/cddl/contrib/opensolaris/cmd/zpool/zpool-features.5 Dumb question: why isn't this manpage installed with the rest? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 19:11:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C24F106566B for ; Tue, 18 Sep 2012 19:11:06 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id C9B778FC15 for ; Tue, 18 Sep 2012 19:11:05 +0000 (UTC) Received: by lahe6 with SMTP id e6so15943lah.13 for ; Tue, 18 Sep 2012 12:11:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=h6dC1blFSJxP+ZxTnP7KtBts6ZtFXPh40angBtkFSYk=; b=BiFOT3JtOvZ4b0rKrmNTVBWgyS3VbvofkhY9b49j7D1B62Q4HwgYZPhuJRjcdN7hsJ egt4zZjao1TksC0C7Y9MlB1Hmqn6Dv5P46UcQyHw2O+r96mWhaHGAl1KDWJ/cT8iCmSN ag3ynrxZoJbCZUS03hnsYirta8W4/z/ZMjkD9NbyZxrfBF7F3NlP+RmygC7Bvol8n1tU vZohllb3ogSIk1ICcMo1MErtvWjNREYwxFPXFLyhvFZL03tUzgtXzLyMWL6ljs8xl8is snmKDiU7RL+X/ipZ3zodMFtAOOMeu95ze1um3XCxrFULSEHj14MBJ+unarNUZaSKi2zf fl9g== Received: by 10.152.148.34 with SMTP id tp2mr685980lab.15.1347995464420; Tue, 18 Sep 2012 12:11:04 -0700 (PDT) Received: from ?IPv6:2001:470:28:4ba:bd0d:c674:d614:f7e2? (altair.xvoid.org. [2001:470:28:4ba:bd0d:c674:d614:f7e2]) by mx.google.com with ESMTPS id o7sm213944lbg.4.2012.09.18.12.11.01 (version=SSLv3 cipher=OTHER); Tue, 18 Sep 2012 12:11:02 -0700 (PDT) Message-ID: <5058C749.7080900@gmail.com> Date: Tue, 18 Sep 2012 23:11:05 +0400 From: Yuri Pankov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current References: <20120918205617.02ee281e@fabiankeil.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: manual page | zpool-features 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, 18 Sep 2012 19:11:06 -0000 On Tue, 18 Sep 2012 12:07:01 -0700, Garrett Cooper wrote: > On Tue, Sep 18, 2012 at 11:56 AM, Fabian Keil > wrote: >> Darrel wrote: >> >>> OpenBSD Packet Filter seems to have broken between 9.0 and 9.1, as it did >>> from 8.2 to 9.0. I built stable/9 and it was not fixed. Since I like to >>> run Packet Filter, I ran these commands: >>> >>> # cd /usr >>> # svn co svn://svn.freebsd.org/base/head src >>> >>> Then I checked /usr/src/UPDATING and found this: >>> >>> 20120828: >>> A new ZFS feature flag "com.delphix:empty_bpobj" has been merged >>> to -HEAD. Pools that have empty_bpobj in active state can not be >>> imported read-write with ZFS implementations that do not support >>> this feature. For more information read the zpool-features(5) >>> manual page. >>> >>> Unfortunately, I do not have a manual page for zpool-features. >> >> It should be part of the checkout. Try: >> >> man /usr/src/cddl/contrib/opensolaris/cmd/zpool/zpool-features.5 > > Dumb question: why isn't this manpage installed with the rest? It is, but the OP only did a src checkout :-) From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 19:17:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB73E106564A for ; Tue, 18 Sep 2012 19:17:18 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5368FC16 for ; Tue, 18 Sep 2012 19:17:18 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so351041vcb.13 for ; Tue, 18 Sep 2012 12:17:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rSp9cahY0uQw9VwFRq1YoROyWhEmkqVHZEC/NkPcxx4=; b=Tt83KIUW5D4+4lIFvwe0+GFOnEIV8D92ZksuaaTPiwZt6BER+GOE0c7mSide3uTvdW UUfrRJwY2xSfsMcklaaXfqU6d3tIA+BY4WL+6Gr2kulLoyF1p3N187daXbdc6TVKj6Yn tPWUwuqx3TbX4Pw812ub/thNTcWmY8xs5a3Zrfe480Wp4YJG5FuCbJk9wWoo1cf7Y1+t 9gnQcsdzj8CRzwx/UtXMzD+qLlgr98vYmtVGsnKmHr9NLLeBa8gLzSou8OZ8dTZ9Vl7d pLFdUiU9lV4u1wJjfqDc5xFdmdOiV0oDnaommw24nSmx/sJfMOJRXcS7UOaf6sG46BB9 Zl5Q== MIME-Version: 1.0 Received: by 10.52.240.225 with SMTP id wd1mr466944vdc.31.1347995837270; Tue, 18 Sep 2012 12:17:17 -0700 (PDT) Received: by 10.58.26.129 with HTTP; Tue, 18 Sep 2012 12:17:17 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Sep 2012 15:17:17 -0400 Message-ID: From: Kim Culhan To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: build failure r240669 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, 18 Sep 2012 19:17:18 -0000 On Tue, Sep 18, 2012 at 3:05 PM, Garrett Cooper wrote: > On Tue, Sep 18, 2012 at 11:52 AM, Kim Culhan wrote: >> Seeing this on a clean checkout of r240669 > > ... > >> 1 error >> *** [everything] Error code 2 >> 1 error >> *** [buildworld] Error code 2 >> 1 error > > This isn't helpful. Either compile with -j1 or capture everything > to a log and look for " Error " in the output; the first occurrence is > your real error. Ah right sorry about that, take 2: clang -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/ usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/libcrypto -DOPE NSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAE S_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_AS M -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM -I/usr/src/secure/lib/libcrypto/../../../crypto/op enssl/crypto/asn1 -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp -I/usr/src/secure/li b/libcrypto/../../../crypto/openssl/crypto/modes -DNO_IDEA -std=gnu89 -Qunused-arguments -fstack-protecto r -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno -parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-parentheses -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/x509v3/pcy_tree.c -o pcy_tree.po /usr/src/sbin/nvmecontrol/nvmecontrol.c:77:6: error: cast from 'struct nvme_controller_data *' to 'uint32 _t *' (aka 'unsigned int *') increases required alignment from 1 to 4 [-Werror,-Wcast-align] p = (uint32_t *)cdata; ^~~~~~~~~~~~~~~~~ 1 error generated. *** [nvmecontrol.o] Error code 1 1 error *** [all] Error code 2 1 error *** [sbin.all__D] Error code 2 -- -kim From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 19:17:25 2012 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 D0FA2106567B; Tue, 18 Sep 2012 19:17:25 +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 A01258FC0A; Tue, 18 Sep 2012 19:17:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8IJHO6t052027; Tue, 18 Sep 2012 15:17:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8IJHOn4052026; Tue, 18 Sep 2012 19:17:24 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Sep 2012 19:17:24 GMT Message-Id: <201209181917.q8IJHOn4052026@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, 18 Sep 2012 19:17:26 -0000 TB --- 2012-09-18 16:56:07 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-18 16:56:07 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-18 16:56:07 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-09-18 16:56:07 - cleaning the object tree TB --- 2012-09-18 16:56:07 - cvsupping the source tree TB --- 2012-09-18 16:56:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-09-18 16:57:23 - building world TB --- 2012-09-18 16:57:23 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 16:57:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 16:57:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 16:57:23 - SRCCONF=/dev/null TB --- 2012-09-18 16:57:23 - TARGET=powerpc TB --- 2012-09-18 16:57:23 - TARGET_ARCH=powerpc TB --- 2012-09-18 16:57:23 - TZ=UTC TB --- 2012-09-18 16:57:23 - __MAKE_CONF=/dev/null TB --- 2012-09-18 16:57:23 - cd /src TB --- 2012-09-18 16:57:23 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 18 16:57:24 UTC 2012 >>> 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 Sep 18 19:14:04 UTC 2012 TB --- 2012-09-18 19:14:04 - generating LINT kernel config TB --- 2012-09-18 19:14:04 - cd /src/sys/powerpc/conf TB --- 2012-09-18 19:14:04 - /usr/bin/make -B LINT TB --- 2012-09-18 19:14:04 - cd /src/sys/powerpc/conf TB --- 2012-09-18 19:14:04 - /usr/sbin/config -m LINT TB --- 2012-09-18 19:14:04 - building LINT kernel TB --- 2012-09-18 19:14:04 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 19:14:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 19:14:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 19:14:04 - SRCCONF=/dev/null TB --- 2012-09-18 19:14:04 - TARGET=powerpc TB --- 2012-09-18 19:14:04 - TARGET_ARCH=powerpc TB --- 2012-09-18 19:14:04 - TZ=UTC TB --- 2012-09-18 19:14:04 - __MAKE_CONF=/dev/null TB --- 2012-09-18 19:14:04 - cd /src TB --- 2012-09-18 19:14:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 18 19:14:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': /src/sys/dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no member named 'ast_tx_swfiltered' *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-18 19:17:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-18 19:17:24 - ERROR: failed to build LINT kernel TB --- 2012-09-18 19:17:24 - 6975.20 user 907.33 system 8477.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 19:43:13 2012 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 0449C106564A for ; Tue, 18 Sep 2012 19:43:13 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AF0FB8FC12 for ; Tue, 18 Sep 2012 19:43:12 +0000 (UTC) Received: by vbmv11 with SMTP id v11so372227vbm.13 for ; Tue, 18 Sep 2012 12:43:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bzUyHkD2WpeI83xRO0Kn75Iwzfsxb/wfsBY+AoUPSQk=; b=rJ4UUJ20R6i6mLb2Fm/3eajqoH9ig+nc4JisEmayvniczgVBq6sqMmirIMNDqZSP8t S9Wmb+rs808Gy2uztIyVWeQZxyQkkKN5TaasOVTVbmyTo/NmaPRvMJkL9ZhiBqHSFsmM toC7WBnA+aDFRR/YyL9QVkOV/hiH7nBV5fJrcbFhiYREDfUAy7vZT8eI56BZIaATnOnA cArlZfJmS6x1srOJk6SeEYbjH+pUD7Buw1x8rtwKyz5/vdXtxc9IDdjkfIydGPQs6ajG 1aXNO5FJEGAF6mk05fVIhjRlX9M5iqZpfch14RhyAvj95fj3pLQO2R8KvQpoO32awKBn Utnw== MIME-Version: 1.0 Received: by 10.52.36.76 with SMTP id o12mr486118vdj.40.1347997391677; Tue, 18 Sep 2012 12:43:11 -0700 (PDT) Received: by 10.58.207.114 with HTTP; Tue, 18 Sep 2012 12:43:11 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Sep 2012 15:43:11 -0400 Message-ID: From: Ryan Stone To: Kim Culhan Content-Type: text/plain; charset=ISO-8859-1 Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: build failure r240669 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, 18 Sep 2012 19:43:13 -0000 On Tue, Sep 18, 2012 at 3:17 PM, Kim Culhan wrote: > Ah right sorry about that, take 2: > > clang -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE > -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl -I/ > usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto > -I/usr/obj/usr/src/secure/lib/libcrypto -DOPE > NSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN > -DOPENSSL_IA32_SSE2 -DAES_ASM -DBSAE > S_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 > -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_AS > M -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DWHIRLPOOL_ASM > -I/usr/src/secure/lib/libcrypto/../../../crypto/op > enssl/crypto/asn1 > -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp > -I/usr/src/secure/li > b/libcrypto/../../../crypto/openssl/crypto/modes -DNO_IDEA -std=gnu89 > -Qunused-arguments -fstack-protecto > r -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-tautological-compare -Wno-unused-value -Wno > -parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch > -Wno-switch-enum -Wno-parentheses > -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/x509v3/pcy_tree.c > -o pcy_tree.po > /usr/src/sbin/nvmecontrol/nvmecontrol.c:77:6: error: cast from 'struct > nvme_controller_data *' to 'uint32 > _t *' (aka 'unsigned int *') increases required alignment from 1 to 4 > [-Werror,-Wcast-align] > p = (uint32_t *)cdata; > ^~~~~~~~~~~~~~~~~ > 1 error generated. > *** [nvmecontrol.o] Error code 1 > 1 error > *** [all] Error code 2 > 1 error > *** [sbin.all__D] Error code 2 Fixed in r240671. From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 20:14:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AC0D106564A; Tue, 18 Sep 2012 20:14:44 +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 D68048FC17; Tue, 18 Sep 2012 20:14:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8IKEgLw074788; Tue, 18 Sep 2012 16:14:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8IKEgx0074787; Tue, 18 Sep 2012 20:14:42 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Sep 2012 20:14:42 GMT Message-Id: <201209182014.q8IKEgx0074787@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 powerpc64/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, 18 Sep 2012 20:14:44 -0000 TB --- 2012-09-18 17:28:40 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-18 17:28:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-18 17:28:40 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-09-18 17:28:40 - cleaning the object tree TB --- 2012-09-18 17:28:40 - cvsupping the source tree TB --- 2012-09-18 17:28:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-09-18 17:30:31 - building world TB --- 2012-09-18 17:30:31 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 17:30:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 17:30:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 17:30:31 - SRCCONF=/dev/null TB --- 2012-09-18 17:30:31 - TARGET=powerpc TB --- 2012-09-18 17:30:31 - TARGET_ARCH=powerpc64 TB --- 2012-09-18 17:30:31 - TZ=UTC TB --- 2012-09-18 17:30:31 - __MAKE_CONF=/dev/null TB --- 2012-09-18 17:30:31 - cd /src TB --- 2012-09-18 17:30:31 - /usr/bin/make -B buildworld >>> World build started on Tue Sep 18 17:30:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Sep 18 20:11:15 UTC 2012 TB --- 2012-09-18 20:11:15 - generating LINT kernel config TB --- 2012-09-18 20:11:15 - cd /src/sys/powerpc/conf TB --- 2012-09-18 20:11:15 - /usr/bin/make -B LINT TB --- 2012-09-18 20:11:15 - cd /src/sys/powerpc/conf TB --- 2012-09-18 20:11:15 - /usr/sbin/config -m LINT TB --- 2012-09-18 20:11:15 - building LINT kernel TB --- 2012-09-18 20:11:15 - CROSS_BUILD_TESTING=YES TB --- 2012-09-18 20:11:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-18 20:11:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-18 20:11:15 - SRCCONF=/dev/null TB --- 2012-09-18 20:11:15 - TARGET=powerpc TB --- 2012-09-18 20:11:15 - TARGET_ARCH=powerpc64 TB --- 2012-09-18 20:11:15 - TZ=UTC TB --- 2012-09-18 20:11:15 - __MAKE_CONF=/dev/null TB --- 2012-09-18 20:11:15 - cd /src TB --- 2012-09-18 20:11:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 18 20:11:15 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_beacon.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_debug.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_keycache.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_led.c -I/src/sys/dev/ath cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -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 -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/dev/ath/if_ath_tx.c -I/src/sys/dev/ath /src/sys/dev/ath/if_ath_tx.c: In function 'ath_tx_tid_filt_addbuf': /src/sys/dev/ath/if_ath_tx.c:2819: error: 'struct ath_stats' has no member named 'ast_tx_swfiltered' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-18 20:14:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-18 20:14:42 - ERROR: failed to build LINT kernel TB --- 2012-09-18 20:14:42 - 8515.01 user 1126.65 system 9962.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 20:28:08 2012 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 2C28E106570B for ; Tue, 18 Sep 2012 20:28:08 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id C0DB58FC16 for ; Tue, 18 Sep 2012 20:28:06 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1TE4Ol-0000LL-P9 for freebsd-current@freebsd.org; Tue, 18 Sep 2012 21:27:59 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1TE4Ol-0006ZG-10 for freebsd-current@freebsd.org; Tue, 18 Sep 2012 21:27:59 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q8IKRw6a086060 for ; Tue, 18 Sep 2012 21:27:58 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q8IKRwFw086059 for freebsd-current@freebsd.org; Tue, 18 Sep 2012 21:27:58 +0100 (BST) (envelope-from mexas) Date: Tue, 18 Sep 2012 21:27:58 +0100 (BST) From: Anton Shterenlikht Message-Id: <201209182027.q8IKRwFw086059@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org Subject: /usr/src/lib/libc/gen/aux.c:106: error: 'AT_TIMEKEEP' undeclared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 20:28:08 -0000 I'm trying to rebuild libc with debugging symbols. I did: # cd /usr/src/lib/libc # make all install DEBUG_FLAGS='-g' and got: cc -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/ usr/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../c ontrib/gdtoa -DINET6 -I/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVA TE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src /lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/li b/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno- format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/gen/aux.c - o aux.o /usr/src/lib/libc/gen/aux.c: In function 'init_aux': /usr/src/lib/libc/gen/aux.c:106: error: 'AT_TIMEKEEP' undeclared (first use in t his function) /usr/src/lib/libc/gen/aux.c:106: error: (Each undeclared identifier is reported only once /usr/src/lib/libc/gen/aux.c:106: error: for each function it appears in.) /usr/src/lib/libc/gen/aux.c: In function '_elf_aux_info': /usr/src/lib/libc/gen/aux.c:171: error: 'AT_TIMEKEEP' undeclared (first use in t his function) *** [aux.o] Error code 1 I then did # make clean # make and got the same error. This is on 238585 ia64. Perhaps I can't just build libc on its own? Please advise Thanks Anton From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 20:53:39 2012 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 497FF10656FD for ; Tue, 18 Sep 2012 20:53:39 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) by mx1.freebsd.org (Postfix) with ESMTP id 126448FC08 for ; Tue, 18 Sep 2012 20:53:38 +0000 (UTC) Received: by iea17 with SMTP id 17so560946iea.13 for ; Tue, 18 Sep 2012 13:53:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=181D0z3zhTngaP8JSkzB2gvfS3rUFT+mDYle4MV11Lk=; b=p7x14gGYwmvzd1yuJ+zrS0cq3dR//yp13m/u1dh6fw1o50/3/qjYPQnmRKXC3lzdi4 zK30JuekNWwRBPz3iO2CsccDXD8fyW4CCVF9c2dsK9iYu1q27nN0v+orbbdEHzqK3lRK uVCCDJCSRjbpX558kEKLr/sz0662scJY2DTsyMKYg/3I5tZ3AZEH+RbPMGqImY2Rjjzj p0FDKGSRjcPR9c8mTiJfUFDYtYdypQEERyUpVfwVO6IqtBiNUSKWVL47ONIwV4EAcERX svfcQfj9mQfeaKn1+HDOBaLoziOxfT/gOZplHw5GmQb3a7HRXT75J1JhgodHvBpPGWnt bnyA== MIME-Version: 1.0 Received: by 10.43.48.129 with SMTP id uw1mr951618icb.10.1348001618409; Tue, 18 Sep 2012 13:53:38 -0700 (PDT) Received: by 10.64.165.34 with HTTP; Tue, 18 Sep 2012 13:53:38 -0700 (PDT) In-Reply-To: <201209182027.q8IKRwFw086059@mech-cluster241.men.bris.ac.uk> References: <201209182027.q8IKRwFw086059@mech-cluster241.men.bris.ac.uk> Date: Wed, 19 Sep 2012 00:53:38 +0400 Message-ID: From: Sergey Kandaurov To: mexas@bristol.ac.uk Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: /usr/src/lib/libc/gen/aux.c:106: error: 'AT_TIMEKEEP' undeclared 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, 18 Sep 2012 20:53:39 -0000 On 19 September 2012 00:27, Anton Shterenlikht wrote: > > I'm trying to rebuild libc with debugging symbols. > I did: > > # cd /usr/src/lib/libc > # make all install DEBUG_FLAGS='-g' > > and got: > > cc -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/ > usr/src/lib/libc/ia64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../c > ontrib/gdtoa -DINET6 -I/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVA > TE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src > /lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/li > b/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP > -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno- > format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/lib/libc/gen/aux.c - > o aux.o > /usr/src/lib/libc/gen/aux.c: In function 'init_aux': > /usr/src/lib/libc/gen/aux.c:106: error: 'AT_TIMEKEEP' undeclared (first use in t > his function) > /usr/src/lib/libc/gen/aux.c:106: error: (Each undeclared identifier is reported > only once > /usr/src/lib/libc/gen/aux.c:106: error: for each function it appears in.) > /usr/src/lib/libc/gen/aux.c: In function '_elf_aux_info': > /usr/src/lib/libc/gen/aux.c:171: error: 'AT_TIMEKEEP' undeclared (first use in t > his function) > *** [aux.o] Error code 1 > This means you have no actual elf.h with AT_TIMEKEEP installed in your system required to build the recent libc. When you build libc, make searches for AT_TIMEKEEP in the installed headers, and not in /usr/src. Canonically you would need to rebuild all the world to properly build the libc part. To not do this you could try instead (AFAIK) 'make toolchain'. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Sep 18 19:33:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DCF29106564A for ; Tue, 18 Sep 2012 19:33:58 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 985E58FC12 for ; Tue, 18 Sep 2012 19:33:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:To:From:Date; bh=+euRtx1x2iEvE+Bvy8a1Ez5s3bbF8YAngLVi41vcgws=; b=RQTySX99tdwg4CLiyc9f6GcbZvphQPt1W0ztcDM4T6AbsxqkE/CWpV+H2QNWl+Rm7ZcrHgfHscoFFbj104SDNwilOMNaXokPLGYjF/7IQK5ZLbEYx3eQk9RFJQeItwwjOfFWssDXLYuaGUoifjG7vgG0cXIEFOTnlcA7RYJxBPI=; Received: from iglou4.iglou.com ([192.107.41.39]:39598 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TE3YT-0007T9-E5 by authid with igloumta_auth for freebsd-current@freebsd.org; Tue, 18 Sep 2012 15:33:57 -0400 Received: from shell1.iglou.com ([192.107.41.17]:59006 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TE3YT-0004vk-26 for freebsd-current@freebsd.org; Tue, 18 Sep 2012 15:33:57 -0400 Date: Tue, 18 Sep 2012 15:33:56 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: freebsd-current@freebsd.org In-Reply-To: <20120918205617.02ee281e@fabiankeil.de> Message-ID: References: <20120918205617.02ee281e@fabiankeil.de> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Tue, 18 Sep 2012 20:56:09 +0000 Subject: Re: manual page | zpool-features 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, 18 Sep 2012 19:33:59 -0000 On Tue, 18 Sep 2012, Fabian Keil wrote: > Darrel wrote: > >> OpenBSD Packet Filter seems to have broken between 9.0 and 9.1, as it did >> from 8.2 to 9.0. I built stable/9 and it was not fixed. Since I like to >> run Packet Filter, I ran these commands: >> >> # cd /usr >> # svn co svn://svn.freebsd.org/base/head src >> >> Then I checked /usr/src/UPDATING and found this: >> >> 20120828: >> A new ZFS feature flag "com.delphix:empty_bpobj" has been merged >> to -HEAD. Pools that have empty_bpobj in active state can not be >> imported read-write with ZFS implementations that do not support >> this feature. For more information read the zpool-features(5) >> manual page. >> >> Unfortunately, I do not have a manual page for zpool-features. > > It should be part of the checkout. Try: > > man /usr/src/cddl/contrib/opensolaris/cmd/zpool/zpool-features.5 > found it. :) >> Does this mean that I can not update from 9 to 10? > > No. > Appears as simple as running the update and 'zpool upgrade -v'. So, I will proceed. Darrel From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 01:01:05 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 2EA05106566B for ; Wed, 19 Sep 2012 01:01:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EBA7E14DF5F for ; Wed, 19 Sep 2012 01:01:04 +0000 (UTC) Message-ID: <5059194F.4090002@FreeBSD.org> Date: Tue, 18 Sep 2012 18:01:03 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.4.4 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: squealing/whistling audio 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, 19 Sep 2012 01:01:05 -0000 Sometime in the last couple of months an old problem has resurfaced on HEAD, a sort of squealing/whistling sound in the audio, even without anything playing. The sound is similar to the wind whistling through something. Before I blindly go off on a bisecting spree, does anyone have a suggestion as to where I might look? Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 00:05:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E92E41065670; Wed, 19 Sep 2012 00:05:54 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) by mx1.freebsd.org (Postfix) with ESMTP id 9EFD18FC08; Wed, 19 Sep 2012 00:05:54 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id q8J05hV1004489; Tue, 18 Sep 2012 20:05:48 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <50590C57.4070101@m5p.com> Date: Tue, 18 Sep 2012 20:05:43 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120908 Thunderbird/15.0 MIME-Version: 1.0 To: Hans Petter Selasky References: <4F130E7F.9090400@m5p.com> <201201152036.09426.hselasky@c2i.net> <201209181947.17991.hselasky@c2i.net> In-Reply-To: <201209181947.17991.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.24 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Tue, 18 Sep 2012 20:05:48 -0400 (EDT) X-Mailman-Approved-At: Wed, 19 Sep 2012 02:06:53 +0000 Cc: freebsd-current@freebsd.org, freebsd-usb@freebsd.org Subject: Re: 9.0 umass problem 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, 19 Sep 2012 00:05:55 -0000 On 09/18/12 13:47, Hans Petter Selasky wrote: > On Sunday 15 January 2012 20:36:09 Hans Petter Selasky wrote: >> On Sunday 15 January 2012 18:35:59 George Mitchell wrote: >>> I have a USB compact flash reader-writer which is normally connected to >>> my computer all the time but rarely contains a compact flash card. Here >>> is a snippet from a verbose dmesg with FreeBSD 9.0-RC3: >>>[...] > Hi, > > Can you try 9-stable or apply this patch: > > http://svn.freebsd.org/changeset/base/240662 > > --HPS > Probably not before Saturday, but thanks for the patch! -- George From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 02:48:06 2012 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 CD2BC106564A; Wed, 19 Sep 2012 02:48:06 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5ED8FC0C; Wed, 19 Sep 2012 02:48:05 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so584307lbb.13 for ; Tue, 18 Sep 2012 19:48:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=FomcIhMz1egk12lxRcHB3pA+3pDeqlG3uJoGLlPwzkc=; b=XPOPKlTtbjzDdE/LMGiLiPVZW2Bx7+SlWwm2T/VyAa5Ph9iGiYLVBVtu/Iad4BHSkf bpxQeFx0WwvyRh4MkTA6IwPX+TIGCZrkphZXdLuWmRGYDRIypxlobzSrCIJGHLbM5fOb iM0CG1Et1RhDU/YmP8SQcM1cq58wpQk/Myb1ip8c9BD5sirZWuSBj6fgH/n17QenZU4q 2PWvi/UXX4Yhco98LfEf8HTdvWgokph5rMyBwfOAvUAkB+VG7n09woiD8q8D6fPsvx+2 rN/jPbCIZMzSX4kmQCJ9yJ4hpD6+vFQgBOYJeSz04cR0d9I+bY/eFU4W3S6nX9Js3bfj KFAA== MIME-Version: 1.0 Received: by 10.152.48.70 with SMTP id j6mr1342704lan.57.1348022883954; Tue, 18 Sep 2012 19:48:03 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Tue, 18 Sep 2012 19:48:03 -0700 (PDT) In-Reply-To: <20120917140055.GA9037@x2.osted.lan> References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> Date: Wed, 19 Sep 2012 03:48:03 +0100 X-Google-Sender-Auth: 9xVWoK3IL0t4skUVBDmQF81AApc Message-ID: From: Attilio Rao To: FreeBSD FS , freebsd-current@freebsd.org, Peter Holm , =?UTF-8?Q?Gustau_P=C3=A9rez?= , George Neville-Neil , Florian Smeets , bdrewery@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 02:48:06 -0000 On Fri, Jul 13, 2012 at 12:18 AM, Attilio Rao wrote: > 2012/7/4 Attilio Rao : >> 2012/6/29 Attilio Rao : >>> As already published several times, according to the following plan: >>> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS >>> >> >> I still haven't heard from Vivien or Edward, anyway as NTFS is >> basically only used RO these days (also the mount_ntfs code just >> permits RO mounting) I stripped all the uncomplete/bogus write support >> with the following patch: >> http://www.freebsd.org/~attilio/ntfs_remove_write.patch >> >> This is an attempt to make the code smaller and possibly just focus on >> the locking that really matter (as read-only filesystem). >> On some points of the patch I'm a bit less sure as we could easily >> take into account also write for things like vaccess() arguments, and >> make easier to re-add correct write support at some point in the >> future, but still force RO, even if the approach used in the patch is >> more correct IMHO. >> As an added bonus this patch cleans some dirty code in the mount >> operation and fixes a bug as vfs_mountedfrom() is called before real >> mounting is completed and can still fail. > > A quick update on this. > It looks like NTFS won't be completed for this GSoC thus I seriously > need to find an alternative to not loose the NTFS support entirely. > > I tried to look into the NTFS implementation right now and it is > really a poor support. As Peter has also verified, it can deadlock in > no-time, it compeltely violates VFS rules, etc. IMHO it deserves a > complete rewrite if we would still support in-kernel NTFS. I also > tried to look at the NetBSD implementation. Their code is someway > similar to our, but they used very complicated (and very dirty) code > to do the locking. Even if I don't know well enough NetBSD VFS, I have > the impression not all the races are correctly handled. Definitively, > not something I would like to port. > > Considering all that the only viable option would be meaning an > userland filesystem implementation. My preferred choice would be to > import PUFFS and librefuse on top of it but honestly it requires a lot > of time to be completed, time which I don't currently have as in 2 > months Giant must be gone by the VFS. > > I then decided to switch to gnn's rewamp of FUSE patches. You can find > his initial e-mail here: > http://lists.freebsd.org/pipermail/freebsd-fs/2012-March/013876.html > > I've precisely got the second version of George's patch and created > this dolphin branch: > svn://svn.freebsd.org/base/projects/fuse > > I'm fixing low hanging fruit for the moment (see r238411 for example) > and I still have to make a throughful review. > However my idea is to commit the support once: > - ntfs-3g is well stress-tested and proves to be bug-free > - there is no major/big technical issue pending after the reviews In the last weeks Peter, Florian, Gustau and I have been working in stabilizing fuse support. In the specific, Peter has worked hard on producing several utilities to nit stress-test fuse and in particular ntfs, Florian has improved fuse related ports (as explained later) and Gustau has done sparse testing. I feel moderately satisfied by the level of stability of fuse now to propose to wider usage, in particular given the huge amount of complaints I'm hearing around about occasional fuse users. The final target of the project is to completely import into base the content of fusefs-kmod starting from earlier posted patches by George. So far, we took care only of importing in the fuse branch the kernel part, so that fusefs-kmod userland part is still needed to be installed from ports, but I was studying the mount_fusefs licensing before to process with the import for the userland bits of it. The fixing has been happening here: svn://svn.freebsd.org/base/projects/fuse/ which is essentially an HEAD branch + fuse kernel components. In order to get fuse, please compile a kernel from this branch with FUSE option or simply build and load fuse module. Alternatively, a kernel patch that should work with HEAD@240684 is here: http://www.freebsd.org/~attilio/fuse_import/fuse_240684.patch I guess the patch can easilly apply to all FreeBSD branches, really, but it is not tested to anything else different then -CURRENT. As said you still need currently to build fusefs-kmod port. However you need these further patches, to be put in the fusefs-kmod/files/ directory:: http://www.freebsd.org/~attilio/fuse_import/patch-Makefile http://www.freebsd.org/~attilio/fuse_import/patch-mount_fusefs__mount_fusefs2.c They both disable the old kernel building/linking and import new functionality to let the new kernel support work well in presence of many consumers. In addition to fusefs-kmod, Bryan and Florian have also updated fusefs-lib and fusefs-ntfs ports. For instance, please refer to this e-mail: http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.html Even if this work is someway independent by the fusefs-kmod import, I warmly suggest to all of you to use their patches (and this what we have been testing so far too). At this point what I'm looking for are reviews and further testing. I would like to spend some words on what you should expect from this work: *Fuse is far from being perfect*. I cannot stress this enough. Peter stress-tests could break also Fuse on Linux generally and by Fuse authors admissions the modules can never guarantee to be completely starvation-free. However, they tend to be designed in a way that sleeps can be at least interrupted easily, making at least easy to recover from deadlocks. This is mostly retained also in FreeBSD, for what I can tell. Also, sometimes fuse seems to leave a small amount of hidden files, when it find references on files it wants to delete. This happens also under Linux and it is part of FUSE design, not much we can do. However, if deadlocks can be someway tollerated, things you should really pay attention are dumps of fuse modules (like ntfs-3g binary) and kernel panics. They must not happen and if they do they need to be fixed promptly. However, the good new is that ntfs seems doing exceptionally good. Florian could use ntfs as a backend for postgresql test. I think this is by far a big improvement if compared to current in-kernel ntfs which is completely torned. So far we have almost entirely tested only ntfs-3g. I know Gustau also used other modules like sshfs and George used GlusterFS with his older patches, but I encourage you to test as many modules as you want, as they may expose different bugs. Of course, I don't plan to spend much more time on FUSE, but I can occasionally look at bugs as they fall in the filesystems category and I'm always interested in keeping a good open eye on such issues. A few operational informations: - In the next days I will import the userland bits of fusefs-kmod to the fuse project branch making the port obsolete. When this happens I will make this clear to the user of this thread. - If no major bug is remained by the early October, I will commit this to -CURRENT - I expect Bryan and Florian to commit libfuse and ntfs updates soon. They can do independently from the fusefs-kmod retiral, but I would prefer their patches to go on first. - After that I will handover fusefs maintainership to gnn as agreed in precedence but I will be around helping with analysis and fixing, depending on time availability In the end I have really 2 minor questions: - One is about importing the mount_fusefs userland bits. I don't think we need a vendor import at all because they were developed by a FreeBSD GSoC student and kept in his git repo (or someone else's). Anyway, i'd just commit as new files once I do a good sweep. I hope nobody objects to that. - Another one is: fusefs-kmod right now is only amd64/i386 specific. I have no idea why as it has not any MD specific code. However I'm sure it has not been tested on other arches so far. Anyway I left it usable by all the arches. I think this is the correct choice. If someone objects with valid argument I can bring it back to be usable only on i386 and amd64. That's all, for any question please don't hesitate to contact me and the other people involved in this work. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 03:47:38 2012 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 B5770106566C; Wed, 19 Sep 2012 03:47:38 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 24C498FC12; Wed, 19 Sep 2012 03:47:36 +0000 (UTC) Received: by wibhi8 with SMTP id hi8so3896450wib.13 for ; Tue, 18 Sep 2012 20:47:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AIwLTTx0DDhUOJDKhVusSQJ4ffJAKBEZjAkeOSnIBJU=; b=j/9jxSo/I5kO8V5zsWPs2IyQuzOdklv+QXl4xEGqRHB/63lfuL3MW8KC31hxamVFHu yrCtyB8divYT3Oxo2qcHHDnofFnWUxbnl7qWzqqRbOpXWwN7auM4quP492WoWYtbb3LD /hH4CjmYW6FbqR9K1RqI1/FphJLjc75uytVSnJJAfabUuvjr7UWJr0khXKcyZb5wI162 u9CkO0llpDwhN6medh8a9+GQxuxMjNRbF1BFq6vSyWK5beJIIdRs7oLK1uvbMO2S4UT+ aBVqOqz8pGucNtLKs1/QC3L61aMhI94M+/CDjclQXtcuHcK/119w5pHDaKF0Qjndkg5Z Sefw== MIME-Version: 1.0 Received: by 10.180.83.66 with SMTP id o2mr3680771wiy.14.1348026455765; Tue, 18 Sep 2012 20:47:35 -0700 (PDT) Received: by 10.223.151.130 with HTTP; Tue, 18 Sep 2012 20:47:35 -0700 (PDT) In-Reply-To: References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> Date: Tue, 18 Sep 2012 20:47:35 -0700 Message-ID: From: Kevin Oberman To: attilio@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Peter Holm , bdrewery@freebsd.org, FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org, =?UTF-8?Q?Gustau_P=C3=A9rez?= Subject: Re: MPSAFE VFS -- List of upcoming actions 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, 19 Sep 2012 03:47:38 -0000 On Tue, Sep 18, 2012 at 7:48 PM, Attilio Rao wrote: > On Fri, Jul 13, 2012 at 12:18 AM, Attilio Rao wrote: >> 2012/7/4 Attilio Rao : >>> 2012/6/29 Attilio Rao : >>>> As already published several times, according to the following plan: >>>> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS >>>> >>> >>> I still haven't heard from Vivien or Edward, anyway as NTFS is >>> basically only used RO these days (also the mount_ntfs code just >>> permits RO mounting) I stripped all the uncomplete/bogus write support >>> with the following patch: >>> http://www.freebsd.org/~attilio/ntfs_remove_write.patch >>> >>> This is an attempt to make the code smaller and possibly just focus on >>> the locking that really matter (as read-only filesystem). >>> On some points of the patch I'm a bit less sure as we could easily >>> take into account also write for things like vaccess() arguments, and >>> make easier to re-add correct write support at some point in the >>> future, but still force RO, even if the approach used in the patch is >>> more correct IMHO. >>> As an added bonus this patch cleans some dirty code in the mount >>> operation and fixes a bug as vfs_mountedfrom() is called before real >>> mounting is completed and can still fail. >> >> A quick update on this. >> It looks like NTFS won't be completed for this GSoC thus I seriously >> need to find an alternative to not loose the NTFS support entirely. >> >> I tried to look into the NTFS implementation right now and it is >> really a poor support. As Peter has also verified, it can deadlock in >> no-time, it compeltely violates VFS rules, etc. IMHO it deserves a >> complete rewrite if we would still support in-kernel NTFS. I also >> tried to look at the NetBSD implementation. Their code is someway >> similar to our, but they used very complicated (and very dirty) code >> to do the locking. Even if I don't know well enough NetBSD VFS, I have >> the impression not all the races are correctly handled. Definitively, >> not something I would like to port. >> >> Considering all that the only viable option would be meaning an >> userland filesystem implementation. My preferred choice would be to >> import PUFFS and librefuse on top of it but honestly it requires a lot >> of time to be completed, time which I don't currently have as in 2 >> months Giant must be gone by the VFS. >> >> I then decided to switch to gnn's rewamp of FUSE patches. You can find >> his initial e-mail here: >> http://lists.freebsd.org/pipermail/freebsd-fs/2012-March/013876.html >> >> I've precisely got the second version of George's patch and created >> this dolphin branch: >> svn://svn.freebsd.org/base/projects/fuse >> >> I'm fixing low hanging fruit for the moment (see r238411 for example) >> and I still have to make a throughful review. >> However my idea is to commit the support once: >> - ntfs-3g is well stress-tested and proves to be bug-free >> - there is no major/big technical issue pending after the reviews > > In the last weeks Peter, Florian, Gustau and I have been working in > stabilizing fuse support. In the specific, Peter has worked hard on > producing several utilities to nit stress-test fuse and in particular > ntfs, Florian has improved fuse related ports (as explained later) and > Gustau has done sparse testing. I feel moderately satisfied by the > level of stability of fuse now to propose to wider usage, in > particular given the huge amount of complaints I'm hearing around > about occasional fuse users. > > The final target of the project is to completely import into base the > content of fusefs-kmod starting from earlier posted patches by George. > So far, we took care only of importing in the fuse branch the kernel > part, so that fusefs-kmod userland part is still needed to be > installed from ports, but I was studying the mount_fusefs licensing > before to process with the import for the userland bits of it. > > The fixing has been happening here: > svn://svn.freebsd.org/base/projects/fuse/ > > which is essentially an HEAD branch + fuse kernel components. In order > to get fuse, please compile a kernel from this branch with FUSE option > or simply build and load fuse module. > Alternatively, a kernel patch that should work with HEAD@240684 is here: > http://www.freebsd.org/~attilio/fuse_import/fuse_240684.patch > > I guess the patch can easilly apply to all FreeBSD branches, really, > but it is not tested to anything else different then -CURRENT. > > As said you still need currently to build fusefs-kmod port. However > you need these further patches, to be put in the fusefs-kmod/files/ > directory:: > http://www.freebsd.org/~attilio/fuse_import/patch-Makefile > http://www.freebsd.org/~attilio/fuse_import/patch-mount_fusefs__mount_fusefs2.c > > They both disable the old kernel building/linking and import new > functionality to let the new kernel support work well in presence of > many consumers. > > In addition to fusefs-kmod, Bryan and Florian have also updated > fusefs-lib and fusefs-ntfs ports. For instance, please refer to this > e-mail: > http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.html > > Even if this work is someway independent by the fusefs-kmod import, I > warmly suggest to all of you to use their patches (and this what we > have been testing so far too). > > At this point what I'm looking for are reviews and further testing. > I would like to spend some words on what you should expect from this work: > *Fuse is far from being perfect*. > I cannot stress this enough. Peter stress-tests could break also Fuse > on Linux generally and by Fuse authors admissions the modules can > never guarantee to be completely starvation-free. However, they tend > to be designed in a way that sleeps can be at least interrupted > easily, making at least easy to recover from deadlocks. This is mostly > retained also in FreeBSD, for what I can tell. Also, sometimes fuse > seems to leave a small amount of hidden files, when it find references > on files it wants to delete. This happens also under Linux and it is > part of FUSE design, not much we can do. > However, if deadlocks can be someway tollerated, things you should > really pay attention are dumps of fuse modules (like ntfs-3g binary) > and kernel panics. They must not happen and if they do they need to be > fixed promptly. > However, the good new is that ntfs seems doing exceptionally good. > Florian could use ntfs as a backend for postgresql test. I think this > is by far a big improvement if compared to current in-kernel ntfs > which is completely torned. > > So far we have almost entirely tested only ntfs-3g. I know Gustau also > used other modules like sshfs and George used GlusterFS with his older > patches, but I encourage you to test as many modules as you want, as > they may expose different bugs. Of course, I don't plan to spend much > more time on FUSE, but I can occasionally look at bugs as they fall in > the filesystems category and I'm always interested in keeping a good > open eye on such issues. > > A few operational informations: > - In the next days I will import the userland bits of fusefs-kmod to > the fuse project branch making the port obsolete. When this happens I > will make this clear to the user of this thread. > - If no major bug is remained by the early October, I will commit this > to -CURRENT > - I expect Bryan and Florian to commit libfuse and ntfs updates soon. > They can do independently from the fusefs-kmod retiral, but I would > prefer their patches to go on first. > - After that I will handover fusefs maintainership to gnn as agreed in > precedence but I will be around helping with analysis and fixing, > depending on time availability > > In the end I have really 2 minor questions: > - One is about importing the mount_fusefs userland bits. I don't think > we need a vendor import at all because they were developed by a > FreeBSD GSoC student and kept in his git repo (or someone else's). > Anyway, i'd just commit as new files once I do a good sweep. I hope > nobody objects to that. > - Another one is: fusefs-kmod right now is only amd64/i386 specific. I > have no idea why as it has not any MD specific code. However I'm sure > it has not been tested on other arches so far. Anyway I left it usable > by all the arches. I think this is the correct choice. If someone > objects with valid argument I can bring it back to be usable only on > i386 and amd64. > > That's all, for any question please don't hesitate to contact me and > the other people involved in this work. Attilio (and the crew), Thanks for working on fusefs-ntfs. It's been increasingly worrying to me that we might lose it and I really depend on it. I really hope to be able to use rsync to update files without killing my system some day. I tried the new fusefs-libs and fusefs-ntfs ports from Florian and Bryan, but ran into trouble as I could no longer build the kmod after installing the updated fusefs-libs. It had an unresolved symbol: cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c fuse_vnops.c fuse_vnops.c: In function 'create_filehandle': fuse_vnops.c:1586: error: 'struct fuse_open_in' has no member named 'mode' *** [fuse_vnops.o] Error code 1 This was on amd64 9-Stable r239879 until/unless this issue is resolved, please keep the existing port available and/or mark the new one to not install on pre-10 systems. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 05:56:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D71C2106564A; Wed, 19 Sep 2012 05:56:51 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A38BD8FC18; Wed, 19 Sep 2012 05:56:51 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so1822499pbb.13 for ; Tue, 18 Sep 2012 22:56:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=d3cQOSxvTk/w0yW6c86pj805MsgRAnkVsf7Vtd7tv1g=; b=m3YR1DwHQ8F38ziZZHbfuQtGxdqyiVDTjX2PgCyGlNGQ4gOzAPVaSBBwMw/Afkti3k Z78Dexc2+ZqluhSZTEc7TpJLZ//ZkpxbetKJmyJxoEn9PJoNgLNB6t6PUCvPjEo0tYmN oIpMaPIc/EGtl2KQGfA4UjBNqa0P0hZ8D/SOSkstUNk2H02kiVjNFMxj3aRC6J+/qR0G fCKaN6ixyhlv65gGT20tgthOA//o57vT3jSHaLUCAuRXAw7YKuS2WtIa18Qvw/AEOPlQ 4g6DEubHDQfuA+wlfNcO7+Kfu8FTky/LOtTeMK/DdRNaHMEeRgdeNM/LAYksthHRj2sL iqeA== Received: by 10.68.189.193 with SMTP id gk1mr4560453pbc.123.1348034205716; Tue, 18 Sep 2012 22:56:45 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id vf8sm1254381pbc.27.2012.09.18.22.56.43 (version=SSLv3 cipher=OTHER); Tue, 18 Sep 2012 22:56:44 -0700 (PDT) Message-ID: <50595E93.9080908@gmail.com> Date: Tue, 18 Sep 2012 22:56:35 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Doug Barton References: <5059194F.4090002@FreeBSD.org> In-Reply-To: <5059194F.4090002@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: squealing/whistling audio 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, 19 Sep 2012 05:56:51 -0000 On 09/18/12 18:01, Doug Barton wrote: > Sometime in the last couple of months an old problem has resurfaced on > HEAD, a sort of squealing/whistling sound in the audio, even without > anything playing. The sound is similar to the wind whistling through > something. > > Before I blindly go off on a bisecting spree, does anyone have a > suggestion as to where I might look? > > Doug > > Electrically that's usually oscillation (too high gain or too much electrical feedback) or an unshielded input. My guess would be that there is an input that is defined and active in software, but is a loose, ungrounded pin in real life. Like a second microphone input on the chip, but not actually connected, would be my guess. Can you try purging out nids that you don't use with loader tunables (set their as to 0)? Or sysctls as reboots aren't as necessary anymore with snd_hda? Maybe something changed in software that is seeing inputs that were not present. Also just try muting all inputs with mixer... Just a guess, but when I hear squealing/whistling/howling I think "analog" before I think "digital"... Matt From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 06:00:35 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6A3D7106564A for ; Wed, 19 Sep 2012 06:00:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 480E714DBE6; Wed, 19 Sep 2012 06:00:35 +0000 (UTC) Message-ID: <50595F83.9030008@FreeBSD.org> Date: Tue, 18 Sep 2012 23:00:35 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: matt References: <5059194F.4090002@FreeBSD.org> <50595E93.9080908@gmail.com> In-Reply-To: <50595E93.9080908@gmail.com> X-Enigmail-Version: 1.4.4 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: squealing/whistling audio 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, 19 Sep 2012 06:00:35 -0000 On 9/18/2012 10:56 PM, matt wrote: > On 09/18/12 18:01, Doug Barton wrote: >> Sometime in the last couple of months an old problem has resurfaced on >> HEAD, a sort of squealing/whistling sound in the audio, even without >> anything playing. The sound is similar to the wind whistling through >> something. >> >> Before I blindly go off on a bisecting spree, does anyone have a >> suggestion as to where I might look? >> >> Doug >> >> > Electrically that's usually oscillation (too high gain or too much > electrical feedback) or an unshielded input. Sorry, I should have been more clear. This problem doesn't occur in windows, or linux, and last time I checked, didn't occur in freebsd 8. I have everything irrlevant zeroed out in mixer. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 06:02:21 2012 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 EEAED1065672; Wed, 19 Sep 2012 06:02:21 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9F53C8FC0C; Wed, 19 Sep 2012 06:02:21 +0000 (UTC) Received: by obbun3 with SMTP id un3so888556obb.13 for ; Tue, 18 Sep 2012 23:02:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oY+WkOiLveTeO5Ss6NaYsSptBIy05BzWzRIrVIvTwHA=; b=JYIuL3fCBKnsv6EN9sOLek0hvLICRJT8UqOvyaLQBDENdgHlxiRb8dt3nPdG1d/uNP 00Mzi9QZSVQwAaIpdz/g7WQKdI2xBJXWcQNLF0NgAqca/3t743ZKlRsHouYrpXPeE+V7 nV6T2bYaA+HdA100Fgxl1tElWWECGZWnlQHWcfo/oCxumh5ILr7UzcfGNNvJx3JcPDjc 1E18T/jIgP9u91Qh/bmSOV55LhXOpMfQG1MoZDkfsIzthJuROcVlp4eax5xWZvz/s40N n9lYRYS7Uy6eIzV31x2X9X7+mrV0uBK/lMDUwO/S+ZBEBNYQPJJiG+8u1YGyIzvGLp5S YECA== MIME-Version: 1.0 Received: by 10.60.20.69 with SMTP id l5mr2087467oee.114.1348034540566; Tue, 18 Sep 2012 23:02:20 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Tue, 18 Sep 2012 23:02:20 -0700 (PDT) In-Reply-To: <50595E93.9080908@gmail.com> References: <5059194F.4090002@FreeBSD.org> <50595E93.9080908@gmail.com> Date: Tue, 18 Sep 2012 23:02:20 -0700 Message-ID: From: Garrett Cooper To: matt Content-Type: text/plain; charset=ISO-8859-1 Cc: Doug Barton , freebsd-current@freebsd.org Subject: Re: squealing/whistling audio 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, 19 Sep 2012 06:02:22 -0000 On Tue, Sep 18, 2012 at 10:56 PM, matt wrote: > On 09/18/12 18:01, Doug Barton wrote: >> >> Sometime in the last couple of months an old problem has resurfaced on >> HEAD, a sort of squealing/whistling sound in the audio, even without >> anything playing. The sound is similar to the wind whistling through >> something. >> >> Before I blindly go off on a bisecting spree, does anyone have a >> suggestion as to where I might look? >> >> Doug >> >> > Electrically that's usually oscillation (too high gain or too much > electrical feedback) or an unshielded input. My guess would be that there is > an input that is defined and active in software, but is a loose, ungrounded > pin in real life. Like a second microphone input on the chip, but not > actually connected, would be my guess. Can you try purging out nids that you > don't use with loader tunables (set their as to 0)? Or sysctls as reboots > aren't as necessary anymore with snd_hda? Maybe something changed in > software that is seeing inputs that were not present. Also just try muting > all inputs with mixer... > > Just a guess, but when I hear squealing/whistling/howling I think "analog" > before I think "digital"... Could also be a bitmasking/32-bit vs 64-bit bug like what was fixed last year in snd_emu10kx. HTH! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 06:17:25 2012 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 D583D106564A; Wed, 19 Sep 2012 06:17:25 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A000C8FC14; Wed, 19 Sep 2012 06:17:25 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so1860434pbb.13 for ; Tue, 18 Sep 2012 23:17:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=nAoXzqUCEb4KP/RpKOHk8sW5NYXMLieEZ7TkWNRPAEQ=; b=DCIwdQ2AVaLSJL5zMhlmd4euu5bSiKu+KuKKOVWnMZpRdXwYw6xkUjJhhggK5yzJER E19xGBA4mRYNSRkp2wtQrCZffEK6iwPbieoDnbQueZXk0LzXTrA89c4EkHyGhyTHZxat WQO9txuYCG4F5ehUz1hbRMq/LGfrXWzTwP5a2fpoXne18fE57p7L0c3tNJz40GAXjriP MTdRjKGiX/Ef6yVrGtSQcCqP4ThUq9F7vWkNmWFm0zRBSt/WuHTDfE3zwyPeFH9SDnfr b1zaMylZfUrujb1YIuGMSDas5NFqIa1q16VyHth+vzsFC7kAjiWlPOcgEqBdFxFkYZhk 0SbQ== Received: by 10.68.239.5 with SMTP id vo5mr4710451pbc.102.1348035445093; Tue, 18 Sep 2012 23:17:25 -0700 (PDT) Received: from flatline.local (70-36-223-239.dsl.dynamic.sonic.net. [70.36.223.239]) by mx.google.com with ESMTPS id gj9sm1283931pbc.16.2012.09.18.23.17.22 (version=SSLv3 cipher=OTHER); Tue, 18 Sep 2012 23:17:24 -0700 (PDT) Message-ID: <5059636B.4020902@gmail.com> Date: Tue, 18 Sep 2012 23:17:15 -0700 From: matt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Doug Barton References: <5059194F.4090002@FreeBSD.org> <50595E93.9080908@gmail.com> <50595F83.9030008@FreeBSD.org> In-Reply-To: <50595F83.9030008@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: squealing/whistling audio 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, 19 Sep 2012 06:17:26 -0000 On 09/18/12 23:00, Doug Barton wrote: > On 9/18/2012 10:56 PM, matt wrote: >> On 09/18/12 18:01, Doug Barton wrote: >>> Sometime in the last couple of months an old problem has resurfaced on >>> HEAD, a sort of squealing/whistling sound in the audio, even without >>> anything playing. The sound is similar to the wind whistling through >>> something. >>> >>> Before I blindly go off on a bisecting spree, does anyone have a >>> suggestion as to where I might look? >>> >>> Doug >>> >>> >> Electrically that's usually oscillation (too high gain or too much >> electrical feedback) or an unshielded input. > Sorry, I should have been more clear. This problem doesn't occur in > windows, or linux, and last time I checked, didn't occur in freebsd 8. I > have everything irrlevant zeroed out in mixer. > > Doug > It was worth a shot. It is possible that each OS (and version) is setting the associations up properly though except HEAD on your machine. Is it a laptop or a desktop board? Any difference in the nid configuration between freebsd 8 and HEAD? Does changing any of the hw.snd sysctls (latency, exact rate, vpc_0db) have any effect on the sound? http://freshbsd.org/commit/freebsd/r230551 might be worth a look. I couldn't find anything newer that looked like it would have an effect. Their are some earlier commits around January that are dealing with signal gain that could also have an effect. Otherwise, I'm not sure where else to look. Matt From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 07:30:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CFF1106564A; Wed, 19 Sep 2012 07:30:14 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 755DD8FC0C; Wed, 19 Sep 2012 07:30:12 +0000 (UTC) Received: by lahe6 with SMTP id e6so410484lah.13 for ; Wed, 19 Sep 2012 00:30:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=/L2gqn9cpJ29eGUEFoYpM+7cUjSo/qtgHi48XJNYoIw=; b=ybHEeBhUGiL9VFpmOGdxlL5HLbf0nTQbDflRirEJJ+2ZdB29FRS2YgKYUDW2m1PGvX L4E+jWQ0cn19DdrXzwu0wLW3bXM+KbCP0XNYIHWFDFtMNd1GrvemWeptSs86B0MrObzG JnWzfi/1VyNx7Hkm5e7v3SCpSa5g2iNfPCW86+7E4Dkktitt/FyJDcSqQiD3YD/OSr6w hRlnVs+rAZs38RZ7ZCR3tsM5PrI6UZtOMTVcCBOJ8ao55io8/ecujpb8aQ1zQQtG4SYt nN4q1Kr/G6EBWgaDuwufEHC99VFaRq4zCZtsoDODfXSQxNI2lVM2EV70PYef+BvcvpfP fcDg== MIME-Version: 1.0 Received: by 10.152.131.68 with SMTP id ok4mr1888249lab.47.1348039811094; Wed, 19 Sep 2012 00:30:11 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Wed, 19 Sep 2012 00:30:11 -0700 (PDT) In-Reply-To: References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> Date: Wed, 19 Sep 2012 08:30:11 +0100 X-Google-Sender-Auth: E7omFsgrPjQO55RBiG5X8WqrrcY Message-ID: From: Attilio Rao To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Cc: Peter Holm , bdrewery@freebsd.org, FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org, =?UTF-8?Q?Gustau_P=C3=A9rez?= Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 07:30:14 -0000 On Wed, Sep 19, 2012 at 4:47 AM, Kevin Oberman wrote: > On Tue, Sep 18, 2012 at 7:48 PM, Attilio Rao wrote: >> On Fri, Jul 13, 2012 at 12:18 AM, Attilio Rao wrote: >>> 2012/7/4 Attilio Rao : >>>> 2012/6/29 Attilio Rao : >>>>> As already published several times, according to the following plan: >>>>> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS >>>>> >>>> >>>> I still haven't heard from Vivien or Edward, anyway as NTFS is >>>> basically only used RO these days (also the mount_ntfs code just >>>> permits RO mounting) I stripped all the uncomplete/bogus write support >>>> with the following patch: >>>> http://www.freebsd.org/~attilio/ntfs_remove_write.patch >>>> >>>> This is an attempt to make the code smaller and possibly just focus on >>>> the locking that really matter (as read-only filesystem). >>>> On some points of the patch I'm a bit less sure as we could easily >>>> take into account also write for things like vaccess() arguments, and >>>> make easier to re-add correct write support at some point in the >>>> future, but still force RO, even if the approach used in the patch is >>>> more correct IMHO. >>>> As an added bonus this patch cleans some dirty code in the mount >>>> operation and fixes a bug as vfs_mountedfrom() is called before real >>>> mounting is completed and can still fail. >>> >>> A quick update on this. >>> It looks like NTFS won't be completed for this GSoC thus I seriously >>> need to find an alternative to not loose the NTFS support entirely. >>> >>> I tried to look into the NTFS implementation right now and it is >>> really a poor support. As Peter has also verified, it can deadlock in >>> no-time, it compeltely violates VFS rules, etc. IMHO it deserves a >>> complete rewrite if we would still support in-kernel NTFS. I also >>> tried to look at the NetBSD implementation. Their code is someway >>> similar to our, but they used very complicated (and very dirty) code >>> to do the locking. Even if I don't know well enough NetBSD VFS, I have >>> the impression not all the races are correctly handled. Definitively, >>> not something I would like to port. >>> >>> Considering all that the only viable option would be meaning an >>> userland filesystem implementation. My preferred choice would be to >>> import PUFFS and librefuse on top of it but honestly it requires a lot >>> of time to be completed, time which I don't currently have as in 2 >>> months Giant must be gone by the VFS. >>> >>> I then decided to switch to gnn's rewamp of FUSE patches. You can find >>> his initial e-mail here: >>> http://lists.freebsd.org/pipermail/freebsd-fs/2012-March/013876.html >>> >>> I've precisely got the second version of George's patch and created >>> this dolphin branch: >>> svn://svn.freebsd.org/base/projects/fuse >>> >>> I'm fixing low hanging fruit for the moment (see r238411 for example) >>> and I still have to make a throughful review. >>> However my idea is to commit the support once: >>> - ntfs-3g is well stress-tested and proves to be bug-free >>> - there is no major/big technical issue pending after the reviews >> >> In the last weeks Peter, Florian, Gustau and I have been working in >> stabilizing fuse support. In the specific, Peter has worked hard on >> producing several utilities to nit stress-test fuse and in particular >> ntfs, Florian has improved fuse related ports (as explained later) and >> Gustau has done sparse testing. I feel moderately satisfied by the >> level of stability of fuse now to propose to wider usage, in >> particular given the huge amount of complaints I'm hearing around >> about occasional fuse users. >> >> The final target of the project is to completely import into base the >> content of fusefs-kmod starting from earlier posted patches by George. >> So far, we took care only of importing in the fuse branch the kernel >> part, so that fusefs-kmod userland part is still needed to be >> installed from ports, but I was studying the mount_fusefs licensing >> before to process with the import for the userland bits of it. >> >> The fixing has been happening here: >> svn://svn.freebsd.org/base/projects/fuse/ >> >> which is essentially an HEAD branch + fuse kernel components. In order >> to get fuse, please compile a kernel from this branch with FUSE option >> or simply build and load fuse module. >> Alternatively, a kernel patch that should work with HEAD@240684 is here: >> http://www.freebsd.org/~attilio/fuse_import/fuse_240684.patch >> >> I guess the patch can easilly apply to all FreeBSD branches, really, >> but it is not tested to anything else different then -CURRENT. >> >> As said you still need currently to build fusefs-kmod port. However >> you need these further patches, to be put in the fusefs-kmod/files/ >> directory:: >> http://www.freebsd.org/~attilio/fuse_import/patch-Makefile >> http://www.freebsd.org/~attilio/fuse_import/patch-mount_fusefs__mount_fusefs2.c >> >> They both disable the old kernel building/linking and import new >> functionality to let the new kernel support work well in presence of >> many consumers. >> >> In addition to fusefs-kmod, Bryan and Florian have also updated >> fusefs-lib and fusefs-ntfs ports. For instance, please refer to this >> e-mail: >> http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.html >> >> Even if this work is someway independent by the fusefs-kmod import, I >> warmly suggest to all of you to use their patches (and this what we >> have been testing so far too). >> >> At this point what I'm looking for are reviews and further testing. >> I would like to spend some words on what you should expect from this work: >> *Fuse is far from being perfect*. >> I cannot stress this enough. Peter stress-tests could break also Fuse >> on Linux generally and by Fuse authors admissions the modules can >> never guarantee to be completely starvation-free. However, they tend >> to be designed in a way that sleeps can be at least interrupted >> easily, making at least easy to recover from deadlocks. This is mostly >> retained also in FreeBSD, for what I can tell. Also, sometimes fuse >> seems to leave a small amount of hidden files, when it find references >> on files it wants to delete. This happens also under Linux and it is >> part of FUSE design, not much we can do. >> However, if deadlocks can be someway tollerated, things you should >> really pay attention are dumps of fuse modules (like ntfs-3g binary) >> and kernel panics. They must not happen and if they do they need to be >> fixed promptly. >> However, the good new is that ntfs seems doing exceptionally good. >> Florian could use ntfs as a backend for postgresql test. I think this >> is by far a big improvement if compared to current in-kernel ntfs >> which is completely torned. >> >> So far we have almost entirely tested only ntfs-3g. I know Gustau also >> used other modules like sshfs and George used GlusterFS with his older >> patches, but I encourage you to test as many modules as you want, as >> they may expose different bugs. Of course, I don't plan to spend much >> more time on FUSE, but I can occasionally look at bugs as they fall in >> the filesystems category and I'm always interested in keeping a good >> open eye on such issues. >> >> A few operational informations: >> - In the next days I will import the userland bits of fusefs-kmod to >> the fuse project branch making the port obsolete. When this happens I >> will make this clear to the user of this thread. >> - If no major bug is remained by the early October, I will commit this >> to -CURRENT >> - I expect Bryan and Florian to commit libfuse and ntfs updates soon. >> They can do independently from the fusefs-kmod retiral, but I would >> prefer their patches to go on first. >> - After that I will handover fusefs maintainership to gnn as agreed in >> precedence but I will be around helping with analysis and fixing, >> depending on time availability >> >> In the end I have really 2 minor questions: >> - One is about importing the mount_fusefs userland bits. I don't think >> we need a vendor import at all because they were developed by a >> FreeBSD GSoC student and kept in his git repo (or someone else's). >> Anyway, i'd just commit as new files once I do a good sweep. I hope >> nobody objects to that. >> - Another one is: fusefs-kmod right now is only amd64/i386 specific. I >> have no idea why as it has not any MD specific code. However I'm sure >> it has not been tested on other arches so far. Anyway I left it usable >> by all the arches. I think this is the correct choice. If someone >> objects with valid argument I can bring it back to be usable only on >> i386 and amd64. >> >> That's all, for any question please don't hesitate to contact me and >> the other people involved in this work. > > Attilio (and the crew), > > Thanks for working on fusefs-ntfs. It's been increasingly worrying to > me that we might lose it and I really depend on it. I really hope to > be able to use rsync to update files without killing my system some > day. > > I tried the new fusefs-libs and fusefs-ntfs ports from Florian and > Bryan, but ran into trouble as I could no longer build the kmod after > installing the updated fusefs-libs. It had an unresolved symbol: > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000 > --param inline-unit-growth=100 --param large-function-growth=1000 > -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone > -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables > -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs > -fdiagnostics-show-option -c fuse_vnops.c > fuse_vnops.c: In function 'create_filehandle': > fuse_vnops.c:1586: error: 'struct fuse_open_in' has no member named 'mode' > *** [fuse_vnops.o] Error code 1 > > This was on amd64 9-Stable r239879 until/unless this issue is > resolved, please keep the existing port available and/or mark the new > one to not install on pre-10 systems. If you follow the rule I described in this e-mail, the fusefs-kmod kernel part won't be build anymore, so you won't run into this. If it is build yet, please let me know because there is a bug in the 2 patches I posted for fusefs-kmod port. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 16:44:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B60881065670 for ; Wed, 19 Sep 2012 16:44:40 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 628628FC0A for ; Wed, 19 Sep 2012 16:44:40 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q8JGiVhE031038; Wed, 19 Sep 2012 09:44:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1348073072; bh=krJAdFG10kdQqsfDKTiV5erCsJ/IW2lmF78oBZSpWnw=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=a9WHXuPC3QoQc+QOcMXEpfOovN1CxjSayh357ZoQg8C1NaiTJlrDtHIGseKZjxNRZ AV/DIx3egSOGBbuyxqB0qyn/5LPXL8tvX+eXOYBylY4ElHKFOD70jWeoC1lAVY/hS3 SuCyG1VF4ybZe63eQlLf464UYyeYt6MelmrcB1ck= From: Sean Bruno To: "pyunyh@gmail.com" In-Reply-To: <20120914212716.GB7612@michelle.cdnetworks.com> References: <20120914212716.GB7612@michelle.cdnetworks.com> Content-Type: text/plain; charset="UTF-8" Date: Wed, 19 Sep 2012 09:44:31 -0700 Message-ID: <1348073071.5775.4.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 073071002 Cc: "freebsd-current@freebsd.org" Subject: Re: Call for bge(4) testers 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, 19 Sep 2012 16:44:40 -0000 On Fri, 2012-09-14 at 14:27 -0700, YongHyeon PYUN wrote: > All, > > There were lots of reports that stock bge(4) does not work on Dell > Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 > users I managed to address the issue but I had to touch very > sensitive part of driver. Before committing the change to tree I'd > like to know whether this change introduces regressions on old > bge(4) controllers. If you're bge(4) user, please try latest WIP > version at the following URL and let me know how it goes on your > box. I'm especially interested in whether there is any ASF/IPMI > regression on BCM570x/571x. > > http://people.freebsd.org/~yongari/bge/if_bge.c > http://people.freebsd.org/~yongari/bge/if_bgereg.h > http://people.freebsd.org/~yongari/bge/brgphy.c > > > 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory > 2. Copy brgphy.c /usr/src/sys/dev/mii > 3. Rebuild kernel and reboot to take the change effect. > > You can also use the files above for for 9.1/stable/9. For stable/8 > it needs slight modification and I couldn't find time to regenerate > the patch. > > Thanks. > ____________________________________________ Still going through a battery of merging and regressions here at Y! I've got most of the Dell and HP gear that would be affected by these updates running at the moment via these updates. I have some different h/w IDs for brgphy and bge(4) that I need to capture and spam over this week. Sean From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 16:36:18 2012 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 0EAA5106566B for ; Wed, 19 Sep 2012 16:36:18 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id BBFCF8FC0C for ; Wed, 19 Sep 2012 16:36:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:To:From:Date; bh=6Ix67KvPBn43dtpeG8mDocjkZzWQEEGHGWDr5tHStCA=; b=UfTjh2rDuWRoxTBvzBWe+SHSS8L67yNy/I/yKJDAaLrKA+qWjyXOYUeyTdsWeDehQV8+tZgmzCKXg5gF6Kv5qwXhGgi6rre7nelctYqNc71mKc9PadsVlFqHKimMWy+Qh7SSCe8tG4X7ahfXba5Ha9uNmKQ7yxpSCls8hWJAY+8=; Received: from iglou4.iglou.com ([192.107.41.39]:46936 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TENFz-00067A-5P by authid with igloumta_auth for freebsd-current@freebsd.org; Wed, 19 Sep 2012 12:36:11 -0400 Received: from shell1.iglou.com ([192.107.41.17]:38071 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TENFy-00057d-Qu for freebsd-current@freebsd.org; Wed, 19 Sep 2012 12:36:10 -0400 Date: Wed, 19 Sep 2012 12:36:10 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: freebsd-current@freebsd.org In-Reply-To: Message-ID: References: <20120918205617.02ee281e@fabiankeil.de> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Wed, 19 Sep 2012 17:20:13 +0000 Subject: Re: manual page | zpool-features 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, 19 Sep 2012 16:36:18 -0000 >> It should be part of the checkout. Try: >> >> man /usr/src/cddl/contrib/opensolaris/cmd/zpool/zpool-features.5 >> > > found it. :) > >>> Does this mean that I can not update from 9 to 10? >> >> No. >> > So I ran mergemaster and upgraded zpool from '28' to 'zpool-features' and installed the new bootcode to ada0 and ada1. The next step needs to be right before I can reboot. pfctl and snmp_pf need to be recompiled. Does this mean 'make clean', 'make', and 'make install' in /usr/src/usr.sbin/bsnmpd/modules/snmp_pf and /usr/src/sbin/pfctl? Is either of the directories incorrect or some other combination of make calls required there? Thanks, Darrel From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 18:06:20 2012 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 89270106566C; Wed, 19 Sep 2012 18:06:20 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (DMZ-MAILSEC-SCANNER-1.MIT.EDU [18.9.25.12]) by mx1.freebsd.org (Postfix) with ESMTP id 1567E8FC0A; Wed, 19 Sep 2012 18:06:19 +0000 (UTC) X-AuditID: 1209190c-b7f286d000000ee3-a5-505a099b83b4 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id EE.FD.03811.B990A505; Wed, 19 Sep 2012 14:06:19 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id q8JI6In8028479; Wed, 19 Sep 2012 14:06:19 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q8JI6Fra015864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 19 Sep 2012 14:06:18 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id q8JI6FO3015657; Wed, 19 Sep 2012 14:06:15 -0400 (EDT) Date: Wed, 19 Sep 2012 14:06:15 -0400 (EDT) From: Benjamin Kaduk To: Doug Barton In-Reply-To: <5059194F.4090002@FreeBSD.org> Message-ID: References: <5059194F.4090002@FreeBSD.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrOIsWRmVeSWpSXmKPExsUixG6nojubMyrAYPp2bovXl76xWsx584HJ gcljxqf5LAGMUVw2Kak5mWWpRfp2CVwZd/beYCz4xF6x5d8GlgbGY2xdjJwcEgImEjNOPmCB sMUkLtxbDxTn4hAS2Mco8fr0OyhnA6PEye4tzBDOASaJyxevMkI4DYwS628cB5vFIqAtMeVN IxOIzSagIjHzzUagOAeHiICyxJWHbiBhZgF5if9XLjOBhIUF1CSeH8gDCXMCdf5ftBask1fA XuLd1MeMILaQgJbEs/0L2UFsUQEdidX7p7BA1AhKnJz5hAVipKXEv7W/WCcwCs5CkpqFJLWA kWkVo2xKbpVubmJmTnFqsm5xcmJeXmqRrqFebmaJXmpK6SZGUHhySvLsYHxzUOkQowAHoxIP r8KdiAAh1sSy4srcQ4ySHExKorw67FEBQnxJ+SmVGYnFGfFFpTmpxYcYJTiYlUR4f+yNDBDi TUmsrEotyodJSXOwKInzXk656S8kkJ5YkpqdmlqQWgSTleHgUJLgnckBNFSwKDU9tSItM6cE Ic3EwQkynAdo+AGQGt7igsTc4sx0iPwpRkUpcd58kIQASCKjNA+uF5Y+XjGKA70izNsDUsUD TD1w3a+ABjMBDa54EgYyuCQRISXVwOi6Rbpy84elkq9e6e7ftUSZty8wLjj1xx8hTq/KoNlB 12doCD77fqRCfP7T3GXswWdmTpTjPJWyYnm4+Kq6//NXTUgzkE0PaLn3y2LWHRE2tb9Xp0t2 /hcQ4X8S8nfdB7/kxZfrUmLerpJf5MTFlHXu7PIq1jXZbi2JRgVn5zCbsy4VvaR8+ZMSS3FG oqEWc1FxIgCE5KoS+gIAAA== Cc: freebsd-current@freebsd.org Subject: Re: squealing/whistling audio 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, 19 Sep 2012 18:06:20 -0000 On Tue, 18 Sep 2012, Doug Barton wrote: > Sometime in the last couple of months an old problem has resurfaced on > HEAD, a sort of squealing/whistling sound in the audio, even without > anything playing. The sound is similar to the wind whistling through > something. > > Before I blindly go off on a bisecting spree, does anyone have a > suggestion as to where I might look? It calls to mind this thread: http://lists.freebsd.org/pipermail/freebsd-current/2009-February/003608.html (with later followups http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009839.html and http://lists.freebsd.org/pipermail/freebsd-current/2009-July/009850.html (and others?)) I had relief in my headphones with machdep.idle=spin, though that is only really useful when I am not paying my electricity bill... I agree with Matt that the noise is physically coming from analog leakage/crosstalk, and a software remedy will be something like disabling unused lines/pins. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 18:24:51 2012 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 DC288106564A for ; Wed, 19 Sep 2012 18:24:51 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-11.dsl.austtx.swbell.net [70.243.84.11]) by mx1.freebsd.org (Postfix) with ESMTP id 95B998FC0A for ; Wed, 19 Sep 2012 18:24:51 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.jrv.org (Postfix) with ESMTP id EAF036D6581 for ; Wed, 19 Sep 2012 13:16:26 -0500 (CDT) X-Virus-Scanned: amavisd-new at zimbra.housenet.jrv Received: from mail.jrv.org ([127.0.0.1]) by localhost (zimbra.housenet.jrv [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zjrKuoqR5Mn2 for ; Wed, 19 Sep 2012 13:16:15 -0500 (CDT) Received: from [10.0.2.15] (adsl-70-243-84-14.dsl.austtx.swbell.net [70.243.84.14]) by mail.jrv.org (Postfix) with ESMTPSA id 015EA6D6578 for ; Wed, 19 Sep 2012 13:16:14 -0500 (CDT) Message-ID: <505A0BED.60402@jrv.org> Date: Wed, 19 Sep 2012 13:16:13 -0500 From: "James R. Van Artsdalen" User-Agent: Mozilla/5.0 (Windows NT 5.0; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: g_dev_taste: make_dev_p() failed 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, 19 Sep 2012 18:24:52 -0000 GOHORNS:/usr/src/sys# uname -a FreeBSD GOHORNS.housenet.jrv 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r240529: Sat Sep 15 03:10:21 CDT 2012 root@GOHORNS.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64 I am getting an error when attaching some disks from Mac OSX. This is an enclose of 5 SATA disks used with OSX ZFS. Sep 19 02:56:28 GOHORNS kernel: g_dev_taste: make_dev_p() failed (gp->name=gpt/oformat%^P,, error=17) Sep 19 02:56:28 GOHORNS last message repeated 3 times When I look in /dev the device entries are there. Under FreeBSD it's using the siis driver for these disks. Each disk is GPT partitioned by OSX rather than whole disks ZFS. It looks like this in OSX : /dev/disk2 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *3.0 TB disk2 1: EFI 209.7 MB disk2s1 2: ZFS 3.0 TB disk2s2 /dev/disk3 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *3.0 TB disk3 1: EFI 209.7 MB disk3s1 2: ZFS 3.0 TB disk3s2 /dev/disk4 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *3.0 TB disk4 1: EFI 209.7 MB disk4s1 2: ZFS 3.0 TB disk4s2 /dev/disk5 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *3.0 TB disk5 1: EFI 209.7 MB disk5s1 2: ZFS 3.0 TB disk5s2 /dev/disk6 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *3.0 TB disk6 1: EFI 209.7 MB disk6s1 2: ZFS 3.0 TB disk6s2 From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 19:03:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56F90106564A; Wed, 19 Sep 2012 19:03:55 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D1F218FC15; Wed, 19 Sep 2012 19:03:53 +0000 (UTC) Received: by weyx56 with SMTP id x56so932319wey.13 for ; Wed, 19 Sep 2012 12:03:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=od0OjYD8RVH6/r4g3UQYYDtTt7moal/DORSpoeU95UQ=; b=E45NE5FYbL6rIJOavSzeiYeyxoRNCUKtkRKC6katc8e2DMRUfBAXatvI/SPXp04D6o lZ/5NUWhcKpZPuk75S1QjfYgwwWVzcsQEiee6HlY1DrhcUbaqb+QsAZQjgdmIQh7KlWZ IuWwbZ0FZXt8Mw1vgFc23RDp2qnIV8MwdRvRbWm008lnZ3sw/zJduEKylQDBxz3LFzue P7onxJriYJzpS1afXCizCJFmABO1pyxTtH1g0+rU5jkNRIVsLLj/JWSx2+EWdCbEfXKE T7r9e5bchIXeOyWHasYikM61U8c4YzUnspUJnwwJHXphQM1TSSoA1RDG8QCuU2KS8ghi S1ug== MIME-Version: 1.0 Received: by 10.180.107.103 with SMTP id hb7mr8553096wib.3.1348081432502; Wed, 19 Sep 2012 12:03:52 -0700 (PDT) Received: by 10.223.66.194 with HTTP; Wed, 19 Sep 2012 12:03:52 -0700 (PDT) In-Reply-To: References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> Date: Wed, 19 Sep 2012 12:03:52 -0700 Message-ID: From: Kevin Oberman To: attilio@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Peter Holm , bdrewery@freebsd.org, FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org, =?UTF-8?Q?Gustau_P=C3=A9rez?= Subject: Re: MPSAFE VFS -- List of upcoming actions 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, 19 Sep 2012 19:03:55 -0000 On Wed, Sep 19, 2012 at 12:30 AM, Attilio Rao wrote: > On Wed, Sep 19, 2012 at 4:47 AM, Kevin Oberman wrote: >> On Tue, Sep 18, 2012 at 7:48 PM, Attilio Rao wrote: >>> On Fri, Jul 13, 2012 at 12:18 AM, Attilio Rao wrote: >>>> 2012/7/4 Attilio Rao : >>>>> 2012/6/29 Attilio Rao : >>>>>> As already published several times, according to the following plan: >>>>>> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS >>>>>> >>>>> >>>>> I still haven't heard from Vivien or Edward, anyway as NTFS is >>>>> basically only used RO these days (also the mount_ntfs code just >>>>> permits RO mounting) I stripped all the uncomplete/bogus write support >>>>> with the following patch: >>>>> http://www.freebsd.org/~attilio/ntfs_remove_write.patch >>>>> >>>>> This is an attempt to make the code smaller and possibly just focus on >>>>> the locking that really matter (as read-only filesystem). >>>>> On some points of the patch I'm a bit less sure as we could easily >>>>> take into account also write for things like vaccess() arguments, and >>>>> make easier to re-add correct write support at some point in the >>>>> future, but still force RO, even if the approach used in the patch is >>>>> more correct IMHO. >>>>> As an added bonus this patch cleans some dirty code in the mount >>>>> operation and fixes a bug as vfs_mountedfrom() is called before real >>>>> mounting is completed and can still fail. >>>> >>>> A quick update on this. >>>> It looks like NTFS won't be completed for this GSoC thus I seriously >>>> need to find an alternative to not loose the NTFS support entirely. >>>> >>>> I tried to look into the NTFS implementation right now and it is >>>> really a poor support. As Peter has also verified, it can deadlock in >>>> no-time, it compeltely violates VFS rules, etc. IMHO it deserves a >>>> complete rewrite if we would still support in-kernel NTFS. I also >>>> tried to look at the NetBSD implementation. Their code is someway >>>> similar to our, but they used very complicated (and very dirty) code >>>> to do the locking. Even if I don't know well enough NetBSD VFS, I have >>>> the impression not all the races are correctly handled. Definitively, >>>> not something I would like to port. >>>> >>>> Considering all that the only viable option would be meaning an >>>> userland filesystem implementation. My preferred choice would be to >>>> import PUFFS and librefuse on top of it but honestly it requires a lot >>>> of time to be completed, time which I don't currently have as in 2 >>>> months Giant must be gone by the VFS. >>>> >>>> I then decided to switch to gnn's rewamp of FUSE patches. You can find >>>> his initial e-mail here: >>>> http://lists.freebsd.org/pipermail/freebsd-fs/2012-March/013876.html >>>> >>>> I've precisely got the second version of George's patch and created >>>> this dolphin branch: >>>> svn://svn.freebsd.org/base/projects/fuse >>>> >>>> I'm fixing low hanging fruit for the moment (see r238411 for example) >>>> and I still have to make a throughful review. >>>> However my idea is to commit the support once: >>>> - ntfs-3g is well stress-tested and proves to be bug-free >>>> - there is no major/big technical issue pending after the reviews >>> >>> In the last weeks Peter, Florian, Gustau and I have been working in >>> stabilizing fuse support. In the specific, Peter has worked hard on >>> producing several utilities to nit stress-test fuse and in particular >>> ntfs, Florian has improved fuse related ports (as explained later) and >>> Gustau has done sparse testing. I feel moderately satisfied by the >>> level of stability of fuse now to propose to wider usage, in >>> particular given the huge amount of complaints I'm hearing around >>> about occasional fuse users. >>> >>> The final target of the project is to completely import into base the >>> content of fusefs-kmod starting from earlier posted patches by George. >>> So far, we took care only of importing in the fuse branch the kernel >>> part, so that fusefs-kmod userland part is still needed to be >>> installed from ports, but I was studying the mount_fusefs licensing >>> before to process with the import for the userland bits of it. >>> >>> The fixing has been happening here: >>> svn://svn.freebsd.org/base/projects/fuse/ >>> >>> which is essentially an HEAD branch + fuse kernel components. In order >>> to get fuse, please compile a kernel from this branch with FUSE option >>> or simply build and load fuse module. >>> Alternatively, a kernel patch that should work with HEAD@240684 is here: >>> http://www.freebsd.org/~attilio/fuse_import/fuse_240684.patch >>> >>> I guess the patch can easilly apply to all FreeBSD branches, really, >>> but it is not tested to anything else different then -CURRENT. >>> >>> As said you still need currently to build fusefs-kmod port. However >>> you need these further patches, to be put in the fusefs-kmod/files/ >>> directory:: >>> http://www.freebsd.org/~attilio/fuse_import/patch-Makefile >>> http://www.freebsd.org/~attilio/fuse_import/patch-mount_fusefs__mount_fusefs2.c >>> >>> They both disable the old kernel building/linking and import new >>> functionality to let the new kernel support work well in presence of >>> many consumers. >>> >>> In addition to fusefs-kmod, Bryan and Florian have also updated >>> fusefs-lib and fusefs-ntfs ports. For instance, please refer to this >>> e-mail: >>> http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.html >>> >>> Even if this work is someway independent by the fusefs-kmod import, I >>> warmly suggest to all of you to use their patches (and this what we >>> have been testing so far too). >>> >>> At this point what I'm looking for are reviews and further testing. >>> I would like to spend some words on what you should expect from this work: >>> *Fuse is far from being perfect*. >>> I cannot stress this enough. Peter stress-tests could break also Fuse >>> on Linux generally and by Fuse authors admissions the modules can >>> never guarantee to be completely starvation-free. However, they tend >>> to be designed in a way that sleeps can be at least interrupted >>> easily, making at least easy to recover from deadlocks. This is mostly >>> retained also in FreeBSD, for what I can tell. Also, sometimes fuse >>> seems to leave a small amount of hidden files, when it find references >>> on files it wants to delete. This happens also under Linux and it is >>> part of FUSE design, not much we can do. >>> However, if deadlocks can be someway tollerated, things you should >>> really pay attention are dumps of fuse modules (like ntfs-3g binary) >>> and kernel panics. They must not happen and if they do they need to be >>> fixed promptly. >>> However, the good new is that ntfs seems doing exceptionally good. >>> Florian could use ntfs as a backend for postgresql test. I think this >>> is by far a big improvement if compared to current in-kernel ntfs >>> which is completely torned. >>> >>> So far we have almost entirely tested only ntfs-3g. I know Gustau also >>> used other modules like sshfs and George used GlusterFS with his older >>> patches, but I encourage you to test as many modules as you want, as >>> they may expose different bugs. Of course, I don't plan to spend much >>> more time on FUSE, but I can occasionally look at bugs as they fall in >>> the filesystems category and I'm always interested in keeping a good >>> open eye on such issues. >>> >>> A few operational informations: >>> - In the next days I will import the userland bits of fusefs-kmod to >>> the fuse project branch making the port obsolete. When this happens I >>> will make this clear to the user of this thread. >>> - If no major bug is remained by the early October, I will commit this >>> to -CURRENT >>> - I expect Bryan and Florian to commit libfuse and ntfs updates soon. >>> They can do independently from the fusefs-kmod retiral, but I would >>> prefer their patches to go on first. >>> - After that I will handover fusefs maintainership to gnn as agreed in >>> precedence but I will be around helping with analysis and fixing, >>> depending on time availability >>> >>> In the end I have really 2 minor questions: >>> - One is about importing the mount_fusefs userland bits. I don't think >>> we need a vendor import at all because they were developed by a >>> FreeBSD GSoC student and kept in his git repo (or someone else's). >>> Anyway, i'd just commit as new files once I do a good sweep. I hope >>> nobody objects to that. >>> - Another one is: fusefs-kmod right now is only amd64/i386 specific. I >>> have no idea why as it has not any MD specific code. However I'm sure >>> it has not been tested on other arches so far. Anyway I left it usable >>> by all the arches. I think this is the correct choice. If someone >>> objects with valid argument I can bring it back to be usable only on >>> i386 and amd64. >>> >>> That's all, for any question please don't hesitate to contact me and >>> the other people involved in this work. >> >> Attilio (and the crew), >> >> Thanks for working on fusefs-ntfs. It's been increasingly worrying to >> me that we might lose it and I really depend on it. I really hope to >> be able to use rsync to update files without killing my system some >> day. >> >> I tried the new fusefs-libs and fusefs-ntfs ports from Florian and >> Bryan, but ran into trouble as I could no longer build the kmod after >> installing the updated fusefs-libs. It had an unresolved symbol: >> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >> -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000 >> --param inline-unit-growth=100 --param large-function-growth=1000 >> -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone >> -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables >> -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector >> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >> -fdiagnostics-show-option -c fuse_vnops.c >> fuse_vnops.c: In function 'create_filehandle': >> fuse_vnops.c:1586: error: 'struct fuse_open_in' has no member named 'mode' >> *** [fuse_vnops.o] Error code 1 >> >> This was on amd64 9-Stable r239879 until/unless this issue is >> resolved, please keep the existing port available and/or mark the new >> one to not install on pre-10 systems. > > If you follow the rule I described in this e-mail, the fusefs-kmod > kernel part won't be build anymore, so you won't run into this. > If it is build yet, please let me know because there is a bug in the 2 > patches I posted for fusefs-kmod port. Attilo, I assumed that your new kernel module was only tested/working with current, so I did not try to use it. I was only referring to the use of the updated of fusefs-libs and fusefs-ntfs that Florian and Bryan provided. I had tested these on 9-stable and found that after installing the updated fusefs-libs, the old fusefs-kmod port would no longer compile. Today Florian sent me a one line patch to fuse-modue/fuse-vnops.c in the current fusefs-kmod port which appears to have fixed the problem. It compiled fine and it is currently running on the system on which I am typing this. I have done a bit of light testing and it works to this point. I'll do some heavier testing later today. So it looks like this there is probably no issue with Florian committing the new fusefs-libs and fusefs-ntfs ports for those of us not running current. If I get enough time, I'll look into applying the patches to the kernel module on 9-stableand see how that does, but I have my day job and contractors working in the house, so I won't make any promises. Thanks again to you and all of the others who contributed to this. May not be perfect, but it is a huge win over the kernel NTFS code, especially or those of us who need to actually write a file now and then. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 19:09:00 2012 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 A0EFF1065670; Wed, 19 Sep 2012 19:09:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id E95698FC12; Wed, 19 Sep 2012 19:08:58 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so1714225lbb.13 for ; Wed, 19 Sep 2012 12:08:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=12+s5RgA3unmVGZDyI1LX38jPqNdroOc1I3M/BgBDD8=; b=eJad25XU58ZMWnfiHy2MHybC9htlZLKB3HeELkkHPMOFuoDTIyFtDAG/gEqe+n3owi vPEQJ6dQnXse0SboLvHA1fKe/TiA2KO1TqETHsL0oX63prN4pXNR/QQbGBJ/B9jrbsZL W80Kq62jt1alrKkOCTDQqxl8ka0u8cZ54/GbD4JYCyMsxGA0IZRJmSFMIRQ0RhSMq38u RwXAsiKlyeMs46p7lpO9lGroImFX26qt20ljFoueKEBiWdrQFlqI0+gjMNrMxBLpBhNU FjZAR+BWsglxq7oe9HdvM+BTL4qw4ACqMyVjQ9JiXMDBoQD6fSVc7X0T6Ci3NqFy6hdf BjYg== MIME-Version: 1.0 Received: by 10.152.131.68 with SMTP id ok4mr3414683lab.47.1348081736990; Wed, 19 Sep 2012 12:08:56 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Wed, 19 Sep 2012 12:08:56 -0700 (PDT) In-Reply-To: References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> Date: Wed, 19 Sep 2012 20:08:56 +0100 X-Google-Sender-Auth: rSaECWf7wPkM6KW-iZebcef82T8 Message-ID: From: Attilio Rao To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Cc: Peter Holm , bdrewery@freebsd.org, FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org, =?UTF-8?Q?Gustau_P=C3=A9rez?= Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 19:09:00 -0000 On 9/19/12, Kevin Oberman wrote: > On Wed, Sep 19, 2012 at 12:30 AM, Attilio Rao wrote: >> On Wed, Sep 19, 2012 at 4:47 AM, Kevin Oberman wrote: >>> On Tue, Sep 18, 2012 at 7:48 PM, Attilio Rao >>> wrote: >>>> On Fri, Jul 13, 2012 at 12:18 AM, Attilio Rao >>>> wrote: >>>>> 2012/7/4 Attilio Rao : >>>>>> 2012/6/29 Attilio Rao : >>>>>>> As already published several times, according to the following plan: >>>>>>> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS >>>>>>> >>>>>> >>>>>> I still haven't heard from Vivien or Edward, anyway as NTFS is >>>>>> basically only used RO these days (also the mount_ntfs code just >>>>>> permits RO mounting) I stripped all the uncomplete/bogus write >>>>>> support >>>>>> with the following patch: >>>>>> http://www.freebsd.org/~attilio/ntfs_remove_write.patch >>>>>> >>>>>> This is an attempt to make the code smaller and possibly just focus >>>>>> on >>>>>> the locking that really matter (as read-only filesystem). >>>>>> On some points of the patch I'm a bit less sure as we could easily >>>>>> take into account also write for things like vaccess() arguments, and >>>>>> make easier to re-add correct write support at some point in the >>>>>> future, but still force RO, even if the approach used in the patch is >>>>>> more correct IMHO. >>>>>> As an added bonus this patch cleans some dirty code in the mount >>>>>> operation and fixes a bug as vfs_mountedfrom() is called before real >>>>>> mounting is completed and can still fail. >>>>> >>>>> A quick update on this. >>>>> It looks like NTFS won't be completed for this GSoC thus I seriously >>>>> need to find an alternative to not loose the NTFS support entirely. >>>>> >>>>> I tried to look into the NTFS implementation right now and it is >>>>> really a poor support. As Peter has also verified, it can deadlock in >>>>> no-time, it compeltely violates VFS rules, etc. IMHO it deserves a >>>>> complete rewrite if we would still support in-kernel NTFS. I also >>>>> tried to look at the NetBSD implementation. Their code is someway >>>>> similar to our, but they used very complicated (and very dirty) code >>>>> to do the locking. Even if I don't know well enough NetBSD VFS, I have >>>>> the impression not all the races are correctly handled. Definitively, >>>>> not something I would like to port. >>>>> >>>>> Considering all that the only viable option would be meaning an >>>>> userland filesystem implementation. My preferred choice would be to >>>>> import PUFFS and librefuse on top of it but honestly it requires a lot >>>>> of time to be completed, time which I don't currently have as in 2 >>>>> months Giant must be gone by the VFS. >>>>> >>>>> I then decided to switch to gnn's rewamp of FUSE patches. You can find >>>>> his initial e-mail here: >>>>> http://lists.freebsd.org/pipermail/freebsd-fs/2012-March/013876.html >>>>> >>>>> I've precisely got the second version of George's patch and created >>>>> this dolphin branch: >>>>> svn://svn.freebsd.org/base/projects/fuse >>>>> >>>>> I'm fixing low hanging fruit for the moment (see r238411 for example) >>>>> and I still have to make a throughful review. >>>>> However my idea is to commit the support once: >>>>> - ntfs-3g is well stress-tested and proves to be bug-free >>>>> - there is no major/big technical issue pending after the reviews >>>> >>>> In the last weeks Peter, Florian, Gustau and I have been working in >>>> stabilizing fuse support. In the specific, Peter has worked hard on >>>> producing several utilities to nit stress-test fuse and in particular >>>> ntfs, Florian has improved fuse related ports (as explained later) and >>>> Gustau has done sparse testing. I feel moderately satisfied by the >>>> level of stability of fuse now to propose to wider usage, in >>>> particular given the huge amount of complaints I'm hearing around >>>> about occasional fuse users. >>>> >>>> The final target of the project is to completely import into base the >>>> content of fusefs-kmod starting from earlier posted patches by George. >>>> So far, we took care only of importing in the fuse branch the kernel >>>> part, so that fusefs-kmod userland part is still needed to be >>>> installed from ports, but I was studying the mount_fusefs licensing >>>> before to process with the import for the userland bits of it. >>>> >>>> The fixing has been happening here: >>>> svn://svn.freebsd.org/base/projects/fuse/ >>>> >>>> which is essentially an HEAD branch + fuse kernel components. In order >>>> to get fuse, please compile a kernel from this branch with FUSE option >>>> or simply build and load fuse module. >>>> Alternatively, a kernel patch that should work with HEAD@240684 is >>>> here: >>>> http://www.freebsd.org/~attilio/fuse_import/fuse_240684.patch >>>> >>>> I guess the patch can easilly apply to all FreeBSD branches, really, >>>> but it is not tested to anything else different then -CURRENT. >>>> >>>> As said you still need currently to build fusefs-kmod port. However >>>> you need these further patches, to be put in the fusefs-kmod/files/ >>>> directory:: >>>> http://www.freebsd.org/~attilio/fuse_import/patch-Makefile >>>> http://www.freebsd.org/~attilio/fuse_import/patch-mount_fusefs__mount_fusefs2.c >>>> >>>> They both disable the old kernel building/linking and import new >>>> functionality to let the new kernel support work well in presence of >>>> many consumers. >>>> >>>> In addition to fusefs-kmod, Bryan and Florian have also updated >>>> fusefs-lib and fusefs-ntfs ports. For instance, please refer to this >>>> e-mail: >>>> http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.html >>>> >>>> Even if this work is someway independent by the fusefs-kmod import, I >>>> warmly suggest to all of you to use their patches (and this what we >>>> have been testing so far too). >>>> >>>> At this point what I'm looking for are reviews and further testing. >>>> I would like to spend some words on what you should expect from this >>>> work: >>>> *Fuse is far from being perfect*. >>>> I cannot stress this enough. Peter stress-tests could break also Fuse >>>> on Linux generally and by Fuse authors admissions the modules can >>>> never guarantee to be completely starvation-free. However, they tend >>>> to be designed in a way that sleeps can be at least interrupted >>>> easily, making at least easy to recover from deadlocks. This is mostly >>>> retained also in FreeBSD, for what I can tell. Also, sometimes fuse >>>> seems to leave a small amount of hidden files, when it find references >>>> on files it wants to delete. This happens also under Linux and it is >>>> part of FUSE design, not much we can do. >>>> However, if deadlocks can be someway tollerated, things you should >>>> really pay attention are dumps of fuse modules (like ntfs-3g binary) >>>> and kernel panics. They must not happen and if they do they need to be >>>> fixed promptly. >>>> However, the good new is that ntfs seems doing exceptionally good. >>>> Florian could use ntfs as a backend for postgresql test. I think this >>>> is by far a big improvement if compared to current in-kernel ntfs >>>> which is completely torned. >>>> >>>> So far we have almost entirely tested only ntfs-3g. I know Gustau also >>>> used other modules like sshfs and George used GlusterFS with his older >>>> patches, but I encourage you to test as many modules as you want, as >>>> they may expose different bugs. Of course, I don't plan to spend much >>>> more time on FUSE, but I can occasionally look at bugs as they fall in >>>> the filesystems category and I'm always interested in keeping a good >>>> open eye on such issues. >>>> >>>> A few operational informations: >>>> - In the next days I will import the userland bits of fusefs-kmod to >>>> the fuse project branch making the port obsolete. When this happens I >>>> will make this clear to the user of this thread. >>>> - If no major bug is remained by the early October, I will commit this >>>> to -CURRENT >>>> - I expect Bryan and Florian to commit libfuse and ntfs updates soon. >>>> They can do independently from the fusefs-kmod retiral, but I would >>>> prefer their patches to go on first. >>>> - After that I will handover fusefs maintainership to gnn as agreed in >>>> precedence but I will be around helping with analysis and fixing, >>>> depending on time availability >>>> >>>> In the end I have really 2 minor questions: >>>> - One is about importing the mount_fusefs userland bits. I don't think >>>> we need a vendor import at all because they were developed by a >>>> FreeBSD GSoC student and kept in his git repo (or someone else's). >>>> Anyway, i'd just commit as new files once I do a good sweep. I hope >>>> nobody objects to that. >>>> - Another one is: fusefs-kmod right now is only amd64/i386 specific. I >>>> have no idea why as it has not any MD specific code. However I'm sure >>>> it has not been tested on other arches so far. Anyway I left it usable >>>> by all the arches. I think this is the correct choice. If someone >>>> objects with valid argument I can bring it back to be usable only on >>>> i386 and amd64. >>>> >>>> That's all, for any question please don't hesitate to contact me and >>>> the other people involved in this work. >>> >>> Attilio (and the crew), >>> >>> Thanks for working on fusefs-ntfs. It's been increasingly worrying to >>> me that we might lose it and I really depend on it. I really hope to >>> be able to use rsync to update files without killing my system some >>> day. >>> >>> I tried the new fusefs-libs and fusefs-ntfs ports from Florian and >>> Bryan, but ran into trouble as I could no longer build the kmod after >>> installing the updated fusefs-libs. It had an unresolved symbol: >>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >>> -nostdinc -I../include -I. -I@ -I@/contrib/altq -finline-limit=8000 >>> --param inline-unit-growth=100 --param large-function-growth=1000 >>> -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone >>> -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables >>> -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector >>> -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >>> -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs >>> -fdiagnostics-show-option -c fuse_vnops.c >>> fuse_vnops.c: In function 'create_filehandle': >>> fuse_vnops.c:1586: error: 'struct fuse_open_in' has no member named >>> 'mode' >>> *** [fuse_vnops.o] Error code 1 >>> >>> This was on amd64 9-Stable r239879 until/unless this issue is >>> resolved, please keep the existing port available and/or mark the new >>> one to not install on pre-10 systems. >> >> If you follow the rule I described in this e-mail, the fusefs-kmod >> kernel part won't be build anymore, so you won't run into this. >> If it is build yet, please let me know because there is a bug in the 2 >> patches I posted for fusefs-kmod port. > > Attilo, > > I assumed that your new kernel module was only tested/working with > current, so I did not try to use it. I was only referring to the use > of the updated of fusefs-libs and fusefs-ntfs that Florian and Bryan > provided. I had tested these on 9-stable and found that after > installing the updated fusefs-libs, the old fusefs-kmod port would no > longer compile. > > Today Florian sent me a one line patch to fuse-modue/fuse-vnops.c in > the current fusefs-kmod port which appears to have fixed the problem. > It compiled fine and it is currently running on the system on which I > am typing this. I have done a bit of light testing and it works to > this point. I'll do some heavier testing later today. So it looks like > this there is probably no issue with Florian committing the new > fusefs-libs and fusefs-ntfs ports for those of us not running current. Thanks for let us know. I think that Bryan and Florian should really update the ports as soon as possible. Also, I hope that someone will sync the fusefs-kmod port (in particular the kernel part) with the kernel code that our branch brings along. I think Florian volountereed for this, so there should not be a problem on that. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 20:22:05 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC27B106564A for ; Wed, 19 Sep 2012 20:22:05 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 463C48FC0C for ; Wed, 19 Sep 2012 20:22:05 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8d97:c747:133a:b1a5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 11EF84AC31 for ; Thu, 20 Sep 2012 00:22:03 +0400 (MSK) Date: Thu, 20 Sep 2012 00:22:00 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <80840563.20120920002200@serebryakov.spb.ru> To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 20:22:05 -0000 Hello, Freebsd-current. I've upgraded my FreeBSD-CURRENT Virtual machine, which I use to build router's NanoBSD image, to today's morning (MSK time, GMT+4) revision. Unfortunately, I cannot provide exact version, as sources are in this unbootable VM too :) Kernel is GENERIC. VBox configuration is rather stander: 2 CPUs, ICH9, 2GB of RAM. Host is Windows 7/64bit. Booting hangs after (new?) line: atrtc0: port 0x70-0x71 on acpi0 -- // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 20:37:28 2012 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 AA6931065673 for ; Wed, 19 Sep 2012 20:37:28 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 65D468FC14 for ; Wed, 19 Sep 2012 20:37:28 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8d97:c747:133a:b1a5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 261D24AC31 for ; Thu, 20 Sep 2012 00:37:27 +0400 (MSK) Date: Thu, 20 Sep 2012 00:37:24 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1252171344.20120920003724@serebryakov.spb.ru> To: freebsd-current@FreeBSD.org In-Reply-To: <80840563.20120920002200@serebryakov.spb.ru> References: <80840563.20120920002200@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 20:37:28 -0000 Hello, Freebsd-current. You wrote 20 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2012 =D0=B3.,= 0:22:00: LS> I've upgraded my FreeBSD-CURRENT Virtual machine, which I use to LS> build router's NanoBSD image, to today's morning (MSK time, GMT+4) LS> revision. Unfortunately, I cannot provide exact version, as sources LS> are in this unbootable VM too :) Revision is 240689 It looks like patch to RTC which is useful on Geode LX causes this hang. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 20:41:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 663F61065674; Wed, 19 Sep 2012 20:41:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 31E728FC15; Wed, 19 Sep 2012 20:41:21 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3771793pbb.13 for ; Wed, 19 Sep 2012 13:41:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=H5AXi/rlE41r6FPBVtWesflpQ8TLYbffpahgirRL2Ug=; b=qzSsubLI7XdKBB33nvJrGBZ4j8655CKJa/dfMtBzhMusL2QjVkuGNwls33wvg3YqGd 5aoe56qmPXNjTVyun64igMxbfHStP8U+Un7fzHrSqjCh4y0vW4QC5hitSrkV71Da02VE 6o16f3wzqDI2HCNu53RaMBR+XSSmQi3fcn+h9e9Vw6DXjlkLwnKjcxh6lIq0Oya/HI8p 6LEyF9ah9Pk4dwO92XxDKyYmry/82eRk1iLOB3/Ru42PzIfGjFywiKHWjzXiV8JpjVyf IJri1G2cSCKZXHoD04tU/bezbLXCayDJWposZwaC4YW5KIRPy3FQX6apEzRe3A1pmAgq ShKA== MIME-Version: 1.0 Received: by 10.68.197.167 with SMTP id iv7mr1021974pbc.113.1348087280902; Wed, 19 Sep 2012 13:41:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Wed, 19 Sep 2012 13:41:20 -0700 (PDT) In-Reply-To: <1252171344.20120920003724@serebryakov.spb.ru> References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> Date: Wed, 19 Sep 2012 13:41:20 -0700 X-Google-Sender-Auth: Q83L1_lzlXfDZ1FdjczCgzfvOeY Message-ID: From: Adrian Chadd To: lev@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 20:41:21 -0000 240689 is a doc commit. Which commit is it really? :) Adrian On 19 September 2012 13:37, Lev Serebryakov wrote: > Hello, Freebsd-current. > You wrote 20 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2012 =D0=B3= ., 0:22:00: > > LS> I've upgraded my FreeBSD-CURRENT Virtual machine, which I use to > LS> build router's NanoBSD image, to today's morning (MSK time, GMT+4) > LS> revision. Unfortunately, I cannot provide exact version, as sources > LS> are in this unbootable VM too :) > Revision is 240689 > > It looks like patch to RTC which is useful on Geode LX causes this > hang. > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > 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 Wed Sep 19 20:45:29 2012 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 E04031065673; Wed, 19 Sep 2012 20:45:29 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id A09768FC08; Wed, 19 Sep 2012 20:45:29 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8d97:c747:133a:b1a5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id BE00C4AC2D; Thu, 20 Sep 2012 00:45:28 +0400 (MSK) Date: Thu, 20 Sep 2012 00:45:25 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1929351353.20120920004525@serebryakov.spb.ru> To: Adrian Chadd In-Reply-To: References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 20:45:30 -0000 Hello, Adrian. You wrote 20 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2012 =D0=B3.,= 0:41:20: >> It looks like patch to RTC which is useful on Geode LX causes this >> hang. AC> 240689 is a doc commit. Which commit is it really? :) I'm testing theory (build kernel from fresh sources), that it is caused by local RTC patch, which helps Geode. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 20:46:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C74211065679; Wed, 19 Sep 2012 20:46:35 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 964148FC1B; Wed, 19 Sep 2012 20:46:34 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8JKkR9m060506; Wed, 19 Sep 2012 14:46:27 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q8JKkO6W059041; Wed, 19 Sep 2012 14:46:24 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: lev@freebsd.org In-Reply-To: <1252171344.20120920003724@serebryakov.spb.ru> References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> Content-Type: text/plain; charset="koi8-r" Date: Wed, 19 Sep 2012 14:46:24 -0600 Message-ID: <1348087584.95562.55.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 20:46:35 -0000 On Thu, 2012-09-20 at 00:37 +0400, Lev Serebryakov wrote: > Hello, Freebsd-current. > You wrote 20 ÓÅÎÔÑÂÒÑ 2012 Ç., 0:22:00: > > LS> I've upgraded my FreeBSD-CURRENT Virtual machine, which I use to > LS> build router's NanoBSD image, to today's morning (MSK time, GMT+4) > LS> revision. Unfortunately, I cannot provide exact version, as sources > LS> are in this unbootable VM too :) > Revision is 240689 > > It looks like patch to RTC which is useful on Geode LX causes this > hang. > Yes, exactly. I updated the PR to request that my patch not get committed because it locks up virtualbox. I hope to find time soon to learn enough about installing/configuring virtualbox to figure out what the problem is (offhand,I suspect it hangs in the loop that probes for the need to re-index, because vbox doesn't quite emulate the hardware behavior fully). -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 20:46:39 2012 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 E67071065707; Wed, 19 Sep 2012 20:46:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id B1FC58FC08; Wed, 19 Sep 2012 20:46:39 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3781958pbb.13 for ; Wed, 19 Sep 2012 13:46:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Pk8tGTfzm/+zfaUTiU8ZIg6g2gjfsfEU24iVQDtzzF0=; b=uf7SqGMXjEYUQQsPWyqkqPdWWSuvMyUxsVCnCI3mwPS5yBy2VnY7knHbRXL7Ku7hII +bRVEIYg0E8sAT8Tl3+SQrnOwyXnJXCbOt1C00jU9KXq1Ng/Pyj1RRboDePYk/aBbQHv ZIHZk9C83O5adb7o2GvftH5HDafmZ+FQj4Pdz/qiWInVkVjAjiPerNHSn3jsN+95cGb4 68xeQkJGW6ByjvGEHKOPSYBessoS9Zv8tFWOvDgjg+7Y5r4p0ARJU3hW87vZxGoXsIRm xCvwCTg4aGScPjBQXFB5421Ym8XlbUChJuDlMN2iwjwIzT5zN6OSoOOZIB4975xZxBxx r8sw== MIME-Version: 1.0 Received: by 10.68.204.169 with SMTP id kz9mr1224627pbc.39.1348087599323; Wed, 19 Sep 2012 13:46:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Wed, 19 Sep 2012 13:46:39 -0700 (PDT) In-Reply-To: <1929351353.20120920004525@serebryakov.spb.ru> References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1929351353.20120920004525@serebryakov.spb.ru> Date: Wed, 19 Sep 2012 13:46:39 -0700 X-Google-Sender-Auth: RpLOfP3Ee9LQKM6IiX-PJQyS_Bc Message-ID: From: Adrian Chadd To: lev@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 20:46:40 -0000 Ah, what's the patch? adrian From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 20:54:54 2012 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 1B3D2106564A for ; Wed, 19 Sep 2012 20:54:54 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id C85C78FC14 for ; Wed, 19 Sep 2012 20:54:53 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:8d97:c747:133a:b1a5]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id D52204AC31; Thu, 20 Sep 2012 00:54:52 +0400 (MSK) Date: Thu, 20 Sep 2012 00:54:49 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1859311530.20120920005449@serebryakov.spb.ru> To: Ian Lepore In-Reply-To: <1348087584.95562.55.camel@revolution.hippie.lan> References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 20:54:54 -0000 Hello, Ian. You wrote 20 =D3=C5=CE=D4=D1=C2=D2=D1 2012 =C7., 0:46:24: IL> Yes, exactly. I updated the PR to request that my patch not get IL> committed because it locks up virtualbox. I hope to find time soon to IL> learn enough about installing/configuring virtualbox to figure out what IL> the problem is (offhand,I suspect it hangs in the loop that probes for IL> the need to re-index, because vbox doesn't quite emulate the hardware IL> behavior fully). How could I help? Is it possible to debug kernel on such early stage? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 21:00:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A372106564A; Wed, 19 Sep 2012 21:00:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 53F338FC08; Wed, 19 Sep 2012 21:00:59 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3809907pbb.13 for ; Wed, 19 Sep 2012 14:00:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=IGGXwXNs/74OsgFnEfi5Y9mFtWFKgVnS9G1qv0fZ/hQ=; b=vr5OoKAVKmcg6Ctm7Haltic+VlddoSDMH2vYC++HILIkWEmnJIuHxUF4/LWx++KM5Q SzXQaPjj41UYFPs/2znAGKJnKmiWLYFNoyp3P3brM5nBPRnGz5IcSI/Y7ECAfgnmw5uV irgzW7UPtT2UzHVpknGspZrnKGaChZMQkHdyZdmYhssulyfS9hq3lcXovgFI4+jL+3JY FUDM8Mwh/zy1gw9wQ0po0CFdF6p4DPchyKSj/8JRBzumrJLBp50JRU3UHHz7MewzzPOx M0RuLZ1XNR9vN7Q6H5nMRCjwCetNWiqn3x9Xwut+IIKSHzdHfP82e8Ilpn1+MuXw05kj ZdYQ== MIME-Version: 1.0 Received: by 10.68.136.40 with SMTP id px8mr1035732pbb.153.1348088459083; Wed, 19 Sep 2012 14:00:59 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Wed, 19 Sep 2012 14:00:59 -0700 (PDT) In-Reply-To: <1859311530.20120920005449@serebryakov.spb.ru> References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> <1859311530.20120920005449@serebryakov.spb.ru> Date: Wed, 19 Sep 2012 14:00:59 -0700 X-Google-Sender-Auth: oBh5fTABuva1OSHzSOAUkI4kU1s Message-ID: From: Adrian Chadd To: lev@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: Ian Lepore , freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 21:00:59 -0000 On 19 September 2012 13:54, Lev Serebryakov wrote: > Hello, Ian. > You wrote 20 =D3=C5=CE=D4=D1=C2=D2=D1 2012 =C7., 0:46:24: > > IL> Yes, exactly. I updated the PR to request that my patch not get > IL> committed because it locks up virtualbox. I hope to find time soon t= o > IL> learn enough about installing/configuring virtualbox to figure out wh= at > IL> the problem is (offhand,I suspect it hangs in the loop that probes fo= r > IL> the need to re-index, because vbox doesn't quite emulate the hardware > IL> behavior fully). > How could I help? Is it possible to debug kernel on such early stage? Add something to atrtc_start() to only loop over that loop say, 64k times before dropping out; and print an error if it hits that condition. Also, what's that RTCSA_8192 bit do? adrian From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 21:05:10 2012 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 3E8C91065674; Wed, 19 Sep 2012 21:05:10 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 08C248FC14; Wed, 19 Sep 2012 21:05:09 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8JL59Re060797; Wed, 19 Sep 2012 15:05:09 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q8JL56nr059080; Wed, 19 Sep 2012 15:05:06 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> <1859311530.20120920005449@serebryakov.spb.ru> Content-Type: text/plain; charset="koi8-r" Date: Wed, 19 Sep 2012 15:05:06 -0600 Message-ID: <1348088706.95562.61.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 21:05:10 -0000 On Wed, 2012-09-19 at 14:00 -0700, Adrian Chadd wrote: > On 19 September 2012 13:54, Lev Serebryakov wrote: > > Hello, Ian. > > You wrote 20 ÓÅÎÔÑÂÒÑ 2012 Ç., 0:46:24: > > > > IL> Yes, exactly. I updated the PR to request that my patch not get > > IL> committed because it locks up virtualbox. I hope to find time soon to > > IL> learn enough about installing/configuring virtualbox to figure out what > > IL> the problem is (offhand,I suspect it hangs in the loop that probes for > > IL> the need to re-index, because vbox doesn't quite emulate the hardware > > IL> behavior fully). > > How could I help? Is it possible to debug kernel on such early stage? > > Add something to atrtc_start() to only loop over that loop say, 64k > times before dropping out; and print an error if it hits that > condition. > > Also, what's that RTCSA_8192 bit do? That should set the interrupt rate really high, to minimize the time wasted waiting for the status bit to change in the register. Maybe that's the part that vbox isn't emulating well and so it never simulates an interrupt and leaves that loop. Or maybe because the loop is a tight busy-wait the emulator never gets control to simulate the occurance of the interrupt. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 21:08:24 2012 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 63E771065675; Wed, 19 Sep 2012 21:08:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2DA848FC1C; Wed, 19 Sep 2012 21:08:23 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3823665pbb.13 for ; Wed, 19 Sep 2012 14:08:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=P27BZO7cyDkhkoorUK2jawM20D2h6S1uc6XpTRnCOfY=; b=NFteFls6l1AznZ/I5WVCab/TRB9lqMqkjlTQdDOhYttGmsrr6kzWWYnJfRX8BL9ExB OHcuHZmAkIPeueGOudVM8wCdkxeQvFyk6biihQ3ZbMvY7Qknevm04eLmihrOt91kpDgf nU7Hd/C1wErVMsvqKLCpudDZHrHYx1BJBezdoFOiiQLU7CzvRAqnHGVSC7kgMfroats2 i1Af2iJl6iwXG11LxWvmuGr/tQecXvq627QVvFt8aG+ia+lBbBN2cf1Isw5kd0/GPXXO nQwp9w2Nb6tnqyG2LIxnTlC2P6WB0gNwdMptqoZovvygGjCcAzmp4ceLxxWoPmDK+lVr RP8Q== MIME-Version: 1.0 Received: by 10.66.85.4 with SMTP id d4mr392596paz.11.1348088903842; Wed, 19 Sep 2012 14:08:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Wed, 19 Sep 2012 14:08:23 -0700 (PDT) In-Reply-To: <1348088706.95562.61.camel@revolution.hippie.lan> References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> <1859311530.20120920005449@serebryakov.spb.ru> <1348088706.95562.61.camel@revolution.hippie.lan> Date: Wed, 19 Sep 2012 14:08:23 -0700 X-Google-Sender-Auth: DjRHPMTxyoP6u8XMcLjSC3sCZLc Message-ID: From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 21:08:24 -0000 On 19 September 2012 14:05, Ian Lepore wrote: >> Add something to atrtc_start() to only loop over that loop say, 64k >> times before dropping out; and print an error if it hits that >> condition. >> >> Also, what's that RTCSA_8192 bit do? > > That should set the interrupt rate really high, to minimize the time > wasted waiting for the status bit to change in the register. Maybe > that's the part that vbox isn't emulating well and so it never simulates > an interrupt and leaves that loop. Or maybe because the loop is a tight > busy-wait the emulator never gets control to simulate the occurance of > the interrupt. Right. Being totally clueless, is atrc_start() called just at probe/attach, or during normal operation? adrian From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 21:12:09 2012 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 1D7E0106564A; Wed, 19 Sep 2012 21:12:09 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id D91E48FC0C; Wed, 19 Sep 2012 21:12:08 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8JLC8rX060873; Wed, 19 Sep 2012 15:12:08 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q8JLC6b4059102; Wed, 19 Sep 2012 15:12:06 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> <1859311530.20120920005449@serebryakov.spb.ru> <1348088706.95562.61.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Wed, 19 Sep 2012 15:12:06 -0600 Message-ID: <1348089126.95562.62.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 21:12:09 -0000 On Wed, 2012-09-19 at 14:08 -0700, Adrian Chadd wrote: > On 19 September 2012 14:05, Ian Lepore wrote: > > >> Add something to atrtc_start() to only loop over that loop say, 64k > >> times before dropping out; and print an error if it hits that > >> condition. > >> > >> Also, what's that RTCSA_8192 bit do? > > > > That should set the interrupt rate really high, to minimize the time > > wasted waiting for the status bit to change in the register. Maybe > > that's the part that vbox isn't emulating well and so it never simulates > > an interrupt and leaves that loop. Or maybe because the loop is a tight > > busy-wait the emulator never gets control to simulate the occurance of > > the interrupt. > > Right. Being totally clueless, is atrc_start() called just at > probe/attach, or during normal operation? > It's called just once, from the attach() routine for the rtc device. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 21:13:11 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68A6F1065672 for ; Wed, 19 Sep 2012 21:13:11 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B14C88FC19 for ; Wed, 19 Sep 2012 21:13:10 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id AAA06183; Thu, 20 Sep 2012 00:12:59 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1TERZr-000AoZ-1E; Thu, 20 Sep 2012 00:12:59 +0300 Message-ID: <505A3559.6010407@FreeBSD.org> Date: Thu, 20 Sep 2012 00:12:57 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120913 Thunderbird/15.0.1 MIME-Version: 1.0 To: "James R. Van Artsdalen" References: <505A0BED.60402@jrv.org> In-Reply-To: <505A0BED.60402@jrv.org> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: g_dev_taste: make_dev_p() failed 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, 19 Sep 2012 21:13:11 -0000 on 19/09/2012 21:16 James R. Van Artsdalen said the following: > GOHORNS:/usr/src/sys# uname -a > FreeBSD GOHORNS.housenet.jrv 10.0-CURRENT FreeBSD 10.0-CURRENT #0 > r240529: Sat Sep 15 03:10:21 CDT 2012 > root@GOHORNS.housenet.jrv:/usr/obj/usr/src/sys/GENERIC amd64 > > I am getting an error when attaching some disks from Mac OSX. This is > an enclose of 5 SATA disks used with OSX ZFS. > > Sep 19 02:56:28 GOHORNS kernel: g_dev_taste: make_dev_p() failed > (gp->name=gpt/oformat%^P,, error=17) > Sep 19 02:56:28 GOHORNS last message repeated 3 times error=17 is EEXIST /* File exists */ My guess that some partitions have the same GPT label. > When I look in /dev the device entries are there. Under FreeBSD it's > using the siis driver for these disks. > > Each disk is GPT partitioned by OSX rather than whole disks ZFS. It > looks like this in OSX : > > /dev/disk2 > #: TYPE NAME SIZE > IDENTIFIER > 0: GUID_partition_scheme *3.0 TB disk2 > 1: EFI 209.7 MB disk2s1 > 2: ZFS 3.0 TB disk2s2 > /dev/disk3 > #: TYPE NAME SIZE > IDENTIFIER > 0: GUID_partition_scheme *3.0 TB disk3 > 1: EFI 209.7 MB disk3s1 > 2: ZFS 3.0 TB disk3s2 > /dev/disk4 > #: TYPE NAME SIZE > IDENTIFIER > 0: GUID_partition_scheme *3.0 TB disk4 > 1: EFI 209.7 MB disk4s1 > 2: ZFS 3.0 TB disk4s2 > /dev/disk5 > #: TYPE NAME SIZE > IDENTIFIER > 0: GUID_partition_scheme *3.0 TB disk5 > 1: EFI 209.7 MB disk5s1 > 2: ZFS 3.0 TB disk5s2 > /dev/disk6 > #: TYPE NAME SIZE > IDENTIFIER > 0: GUID_partition_scheme *3.0 TB disk6 > 1: EFI 209.7 MB disk6s1 > 2: ZFS 3.0 TB disk6s2 > > _______________________________________________ > 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" > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 21:16:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C32C610656A3; Wed, 19 Sep 2012 21:16:18 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9514A8FC18; Wed, 19 Sep 2012 21:16:18 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3837882pbb.13 for ; Wed, 19 Sep 2012 14:16:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=vS7oOq7zErV2l4rpEWnlsVwd/dBpwNRy0Fbp2FOcb+I=; b=E6w0VESdyrbe1W/B2FZIL/m2piyvrg4HnGJ6BS2GgMLzPNki2/W8yVZH03jHYSaLis EVFJn6r15mCyOP4N6agaZAIp/Kyz3oducmVFa3EtNBxSD2094WcGDNiM7lsqIjPBJIsq Sbea37LA2WxEZ/eSUznX26KBpHog7GJtK3+1Wia83SvGOsPnN4W9dwmz0IE0oXZ7dWhA 70Dg15Yg2J+djBkB6LeJATasRO1emQ0/lmK5dgifyliPUfSC3nbWoNZolUMwsyHNk46J 24j7sKwoe0Vp4noQpMH2w1n5WwbEMGgSVPRf+PHgR1bDwVp4bwUXPLH0yktMQNb/cJyy Ujzg== MIME-Version: 1.0 Received: by 10.66.85.70 with SMTP id f6mr465954paz.7.1348089378071; Wed, 19 Sep 2012 14:16:18 -0700 (PDT) Received: by 10.68.240.38 with HTTP; Wed, 19 Sep 2012 14:16:17 -0700 (PDT) Date: Wed, 19 Sep 2012 14:16:17 -0700 Message-ID: From: Maksim Yevmenkin To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Cc: Scott Long Subject: [RFC] how to get real ifi_baudrate from network interface 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, 19 Sep 2012 21:16:18 -0000 hello, for sometime now i've been repeatedly annoyed by the fact that 10G interfaces lie about their ifi_baudrate. i would like to propose simple (hopefuly) change to address this. quick summary of the problem: struct if_data { ... u_char ifi_spare_char1; /* spare byte */ u_char ifi_spare_char2; /* spare byte */ ... u_long ifi_baudrate; /* linespeed */ ... }; as you can see ifi_baudrate is an u_long which is an arch specific type. on 32-bit arch it does not have enough bits to hold 10G line speed value (in bits per second) proposal we reuse one of the ifi_spare_char1 or ifi_spare_char2 bytes and re-purpose it as power factor to be applied to ifi_baudrate, i.e. real_ifi_baudrate = ifi_baudrate * 10 ** ifi_spare_char1 obviously, 10G nic drivers will have to set ifi_spare_char1 to appropriate value, but it should not be a big deal. also, legacy tools that do not know about ifi_spare_char1 would continue to report "wrong" ifi_baudrate as they used to. any objections? thanks, max From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 21:30:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC231106566B; Wed, 19 Sep 2012 21:30:37 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 727738FC17; Wed, 19 Sep 2012 21:30:37 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3864377pbb.13 for ; Wed, 19 Sep 2012 14:30:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=KlC5EMvFYqzLTAdKchply3HdM+44//LFKR6IBa9gIQc=; b=1IKwiOZlgh78ovlM/P5AxekNwkeyFS09Hm9rZrWJE0ZbHEfbYkGsldJ2usw/zRBN81 lW/Lf9FfafWUtt8ltj6BQ+Rjc86btjM58hM3nvdHi98amJ5mb4xjNXj3z3S+RVhFOulx h/U/CeAX6EAVV0fo3Jr3bfo8ymH/puKIz4cX0ipyuWk12xc5gMYKkv8UsVGWT9sYShR2 szkeIFRkcs63kXBISEhgPewnOy1iwnpQkTWt8FVrfQeO3pUPGlIQP/oxRZsq/nVwAanD NRjOb9UybD32zqRdnGeOoWCWAjGbWFZmhy9Fp4mAU85apvC8PXd5Bpp+K/oyBrJMYbVw fvcQ== MIME-Version: 1.0 Received: by 10.68.197.167 with SMTP id iv7mr1266901pbc.113.1348090237087; Wed, 19 Sep 2012 14:30:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Wed, 19 Sep 2012 14:30:37 -0700 (PDT) In-Reply-To: <1348089126.95562.62.camel@revolution.hippie.lan> References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> <1859311530.20120920005449@serebryakov.spb.ru> <1348088706.95562.61.camel@revolution.hippie.lan> <1348089126.95562.62.camel@revolution.hippie.lan> Date: Wed, 19 Sep 2012 14:30:37 -0700 X-Google-Sender-Auth: Orse4FiBWZ8vjY-7WvZU8CQf95E Message-ID: From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 21:30:37 -0000 On 19 September 2012 14:12, Ian Lepore wrote: >> Right. Being totally clueless, is atrc_start() called just at >> probe/attach, or during normal operation? >> > > It's called just once, from the attach() routine for the rtc device. Right. Just have it loop over say 100 times, with a 10us sleep between each. Shouldn't that be enough? Adrian From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 21:51:42 2012 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 1A5EA106566B; Wed, 19 Sep 2012 21:51:42 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id D55768FC08; Wed, 19 Sep 2012 21:51:41 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8JLpe1P061303; Wed, 19 Sep 2012 15:51:40 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q8JLpcc7059131; Wed, 19 Sep 2012 15:51:38 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> <1859311530.20120920005449@serebryakov.spb.ru> <1348088706.95562.61.camel@revolution.hippie.lan> <1348089126.95562.62.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Wed, 19 Sep 2012 15:51:38 -0600 Message-ID: <1348091498.95562.66.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 21:51:42 -0000 On Wed, 2012-09-19 at 14:30 -0700, Adrian Chadd wrote: > On 19 September 2012 14:12, Ian Lepore wrote: > > >> Right. Being totally clueless, is atrc_start() called just at > >> probe/attach, or during normal operation? > >> > > > > It's called just once, from the attach() routine for the rtc device. > > Right. Just have it loop over say 100 times, with a 10us sleep between > each. Shouldn't that be enough? > If by "sleep" you mean any form of pausing or sleeping that waits for a given amount of time... remember when this code is running we're still in the process of trying to figure out which clocks can be used for such purposes. That leaves DELAY(), which does pretty much the equivelent of what the loop in question is doing. Hmmm, but DELAY() does have the advantage of busy-looping for a known amount of time, making it easier to constrain the time spent in the loop regardless of the speed of the cpu. I'll have to look into how DELAY() is implemented for x86 and see if it's usable in this context. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 21:56:20 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8C471065670 for ; Wed, 19 Sep 2012 21:56:20 +0000 (UTC) (envelope-from spf72sa9@rhythm.ocn.ne.jp) Received: from smtp.rhythm.ocn.ne.jp (rhythm.ocn.ne.jp [122.28.30.178]) by mx1.freebsd.org (Postfix) with ESMTP id 3AEB28FC0A for ; Wed, 19 Sep 2012 21:56:19 +0000 (UTC) Received: from rhythm.ocn.ne.jp (p5061-ipngn100509fukuokachu.fukuoka.ocn.ne.jp [153.130.238.61]) by smtp.rhythm.ocn.ne.jp (Postfix) with SMTP id 31B962800; Thu, 20 Sep 2012 06:56:11 +0900 (JST) From: Wanpeng Qian To: pyunyh@gmail.com Date: Thu, 20 Sep 2012 06:56:09 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: HidemaruMail 5.70 (WinNT,601) In-Reply-To: <20120918232714.GA1668@michelle.cdnetworks.com> References: <20120917005718.GA1827@michelle.cdnetworks.com> <20120918232714.GA1668@michelle.cdnetworks.com> Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers 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, 19 Sep 2012 21:56:20 -0000 Hi, >On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: >> Hi, here is the dmesg output. >> >> bge0: mem >> 0xfe9f0000-0xfe9fffff irq 18 at device 0.0 on pci4 >> bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E >> miibus0: on bge0 >> brgphy0: PHY 1 on miibus0 >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow >> > >It seems your controller is BCM5784 A1. The latest WIP have one >change that may affect its DMA behavior. So it would be good to >know how the WIP version works on your box. I update my system to 9-STABLE and using your WIP files. after I reboot the whole system. I cannot find bge anymore. here is the pciconf -lv output. none1@pci0:4:0:0: class=0x020000 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet Regards. Qian > >> FreeBSD 9.0 RELEASE. >> >> Regards. >> >> Qian >> >> > >> >watchdog timeouts can be triggered by various issues so it's hard >> >to guess the root cause of the issue. >> >Would you show me the dmesg output(bge(4)/brgphy(4) output >> >only)? >> > From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 21:57:31 2012 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 AA510106564A; Wed, 19 Sep 2012 21:57:31 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 569AC8FC08; Wed, 19 Sep 2012 21:57:30 +0000 (UTC) Received: by obbun3 with SMTP id un3so1990987obb.13 for ; Wed, 19 Sep 2012 14:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=41YnPr0vNAWX9gZWcvVrfVG5mie2771m9dp46SgLwG8=; b=UvN409tQvjuSJLwp1wWQwmvdvKqdgj+KKLtUxTIqCGOOLdpT1iTtC+1EWdiX1H8F3M CErN8/Y/ruUcpI49PlkMgSQgm5zU5y87eZTEv59CINX6U2x7M4fMxvZP5t0VaInkI0ip wuBNn16VsaVWB6rQGMWexSFs4rFJehuEi2hJFUbeHXzm34Xh8JLlhBpjePgU+CIyhhNb QxHZq3nc3uqX4Lg2iRybZD/+6/rFLygVxfyH1Pf4nDvEe7LYbSOW40U/jGnMOwTFD7Lw I9mG0izW67urxlTzir3KG9ruZCs6PiFi8p3yAbeOryXypQXZ0ylMY2azVpStDu9A3EDI 2AQw== MIME-Version: 1.0 Received: by 10.60.13.232 with SMTP id k8mr3954980oec.81.1348091850473; Wed, 19 Sep 2012 14:57:30 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Wed, 19 Sep 2012 14:57:30 -0700 (PDT) In-Reply-To: <1348087584.95562.55.camel@revolution.hippie.lan> References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> Date: Wed, 19 Sep 2012 14:57:30 -0700 Message-ID: From: Garrett Cooper To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 21:57:31 -0000 On Wed, Sep 19, 2012 at 1:46 PM, Ian Lepore wrote: ... > Yes, exactly. I updated the PR to request that my patch not get > committed because it locks up virtualbox. I hope to find time soon to > learn enough about installing/configuring virtualbox to figure out what > the problem is (offhand,I suspect it hangs in the loop that probes for > the need to re-index, because vbox doesn't quite emulate the hardware > behavior fully). Why not just detect VBox and disable that functionality? VMware at least has a sane way of determining whether or not you're running it based on the SMBios ident.. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 22:10:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 324921065670; Wed, 19 Sep 2012 22:10:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id EE2568FC1B; Wed, 19 Sep 2012 22:10:38 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so3935760pbb.13 for ; Wed, 19 Sep 2012 15:10:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=qf4sJX08FnOOQqCqjg9bg5dHyZ8hv2ohki0uHPwk9iY=; b=ni/M8EseblhIdYHugVXAf3O+I9UeY+oO5IGRHCCfJB7sWp9ggSPhWHkF0vVPXka+gc TNk9mkoyQMRmaMZRJTXOckhZdMhGaMOh4tSpt47Yfucc8YBm6w4kPTOC7jeOCz3nqL8p 8GkZt4rAlCcOVvgemyZjLRquBsdl3kGpCCFWl7OdoIf8Qz5zYFUsZ4SzOofZsWVjhCoo OZPKD5LBhTfVg4sFkNK/Iozsn/+GGVel/eUGyzEkEO+TPVr+oAKn3N1B7DSf4cHLELXS /BwSyi6B/1q29/yak241Gfo141h8rbZcG6qx3Y2mDp04caurEXs3YC8O0dwhYxs7sOry evJw== MIME-Version: 1.0 Received: by 10.68.189.164 with SMTP id gj4mr1605991pbc.48.1348092638288; Wed, 19 Sep 2012 15:10:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Wed, 19 Sep 2012 15:10:38 -0700 (PDT) In-Reply-To: References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> Date: Wed, 19 Sep 2012 15:10:38 -0700 X-Google-Sender-Auth: YDy3E1TQVr9bExArXF_-KjLDJ8c Message-ID: From: Adrian Chadd To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: Ian Lepore , lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 22:10:39 -0000 On 19 September 2012 14:57, Garrett Cooper wrote: > On Wed, Sep 19, 2012 at 1:46 PM, Ian Lepore > wrote: > > ... > >> Yes, exactly. I updated the PR to request that my patch not get >> committed because it locks up virtualbox. I hope to find time soon to >> learn enough about installing/configuring virtualbox to figure out what >> the problem is (offhand,I suspect it hangs in the loop that probes for >> the need to re-index, because vbox doesn't quite emulate the hardware >> behavior fully). > > Why not just detect VBox and disable that functionality? VMware at > least has a sane way of determining whether or not you're running it > based on the SMBios ident.. Sure, but that doens't answer the underlying reason(s) of "why is it failing?". :-) Adrian From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 22:17:03 2012 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 E3CAD106564A; Wed, 19 Sep 2012 22:17:03 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5D08FC14; Wed, 19 Sep 2012 22:17:03 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q8JMH2oS061644; Wed, 19 Sep 2012 16:17:02 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q8JMGxcp059174; Wed, 19 Sep 2012 16:16:59 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Wed, 19 Sep 2012 16:16:59 -0600 Message-ID: <1348093019.95562.73.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 22:17:04 -0000 On Wed, 2012-09-19 at 15:10 -0700, Adrian Chadd wrote: > On 19 September 2012 14:57, Garrett Cooper wrote: > > On Wed, Sep 19, 2012 at 1:46 PM, Ian Lepore > > wrote: > > > > ... > > > >> Yes, exactly. I updated the PR to request that my patch not get > >> committed because it locks up virtualbox. I hope to find time soon to > >> learn enough about installing/configuring virtualbox to figure out what > >> the problem is (offhand,I suspect it hangs in the loop that probes for > >> the need to re-index, because vbox doesn't quite emulate the hardware > >> behavior fully). > > > > Why not just detect VBox and disable that functionality? VMware at > > least has a sane way of determining whether or not you're running it > > based on the SMBios ident.. > > Sure, but that doens't answer the underlying reason(s) of "why is it > failing?". :-) Yeah, I'd much rather understand a problem than tap dance around it, at least for starters. Figuring out what's really going on may lead to a discovery that it would fail in other circumstances as well, or it may lead to a bugfix in vbox if that's where the problem lies. I'm just a bit too busy with $work right now to dig into it. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 22:24:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C93611065670; Wed, 19 Sep 2012 22:24:03 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF368FC15; Wed, 19 Sep 2012 22:24:02 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so1989812lbb.13 for ; Wed, 19 Sep 2012 15:24:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=eUpypO4JkfAIbu/I0uoGbjTqakmGQIzx4XP4QdgZXqM=; b=m15axXiKAmc1d/VHE+vNhjSy4LKPNpPGdE0dMZGalRAubbHo/Xe0vXpPbm4gxr5ofD Rh2mFJq+ItQt/DvjO/TImruOwrFgq+aFlmNrqYfRmdpd7VsPlQ6XgFbg8VJtTduo55nq Bpg9VYfaBg59ingWPZJoPvYmDmbNk6ja+zZZFKXFH1pM3Zgm0OFYALKa9cunspHj1eTO X6HE2vtYtYm77ua1WOXgHyM5FdrxtlgdF4up6RJZ+GkndAuFG/lpvCLJmqaim7x9hIRp /n5/oR6XBfacMCiwx3iK+egDG8YL9FxdNPsyMm0ZhhpzzfWejM5zVJB/RNa4+YrcOq3l XrlA== Received: by 10.152.111.227 with SMTP id il3mr3779258lab.23.1348093441494; Wed, 19 Sep 2012 15:24:01 -0700 (PDT) Received: from ?IPv6:2001:470:28:4ba:bd0d:c674:d614:f7e2? (altair.xvoid.org. [2001:470:28:4ba:bd0d:c674:d614:f7e2]) by mx.google.com with ESMTPS id gd18sm990723lab.1.2012.09.19.15.23.58 (version=SSLv3 cipher=OTHER); Wed, 19 Sep 2012 15:24:00 -0700 (PDT) Message-ID: <505A4604.5030306@gmail.com> Date: Thu, 20 Sep 2012 02:24:04 +0400 From: Yuri Pankov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <80840563.20120920002200@serebryakov.spb.ru> <1252171344.20120920003724@serebryakov.spb.ru> <1348087584.95562.55.camel@revolution.hippie.lan> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Ian Lepore , lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: Latest -CURRENT/i386 could not start under VirutalBox 4.1.18 and 4.2 (Windows host): hangs up after atrtc0 detection 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, 19 Sep 2012 22:24:03 -0000 On Wed, 19 Sep 2012 14:57:30 -0700, Garrett Cooper wrote: > On Wed, Sep 19, 2012 at 1:46 PM, Ian Lepore > wrote: > > ... > >> Yes, exactly. I updated the PR to request that my patch not get >> committed because it locks up virtualbox. I hope to find time soon to >> learn enough about installing/configuring virtualbox to figure out what >> the problem is (offhand,I suspect it hangs in the loop that probes for >> the need to re-index, because vbox doesn't quite emulate the hardware >> behavior fully). > > Why not just detect VBox and disable that functionality? VMware at > least has a sane way of determining whether or not you're running it > based on the SMBios ident.. VMware (as well as KVM and Xen) provides reliable way to detect its presence by checking "hypervisor present" CPUID's bit or accessing its I/O port, while VirtualBox doesn't do that, and matching SMBios ident doesn't seem to be really useful. Are there better and reliable ways of detecting VirtualBox? From owner-freebsd-current@FreeBSD.ORG Wed Sep 19 22:26:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7FACA106579F for ; Wed, 19 Sep 2012 22:26:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BC2738FC1B for ; Wed, 19 Sep 2012 22:26:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q8JMQG3F091056 for ; Wed, 19 Sep 2012 22:26:16 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q8JMQGdP091052 for freebsd-current@freebsd.org; Wed, 19 Sep 2012 22:26:16 GMT (envelope-from bdrewery) Received: (qmail 68708 invoked from network); 19 Sep 2012 17:26:10 -0500 Received: from unknown (HELO ?192.168.0.74?) (freebsd@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 19 Sep 2012 17:26:10 -0500 Message-ID: <505A468E.2080902@FreeBSD.org> Date: Wed, 19 Sep 2012 17:26:22 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: attilio@freebsd.org References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> In-Reply-To: X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Peter Holm , FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org, =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= Subject: Re: MPSAFE VFS -- List of upcoming actions 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, 19 Sep 2012 22:26:17 -0000 On 9/18/2012 9:48 PM, Attilio Rao wrote: > In addition to fusefs-kmod, Bryan and Florian have also updated > fusefs-lib and fusefs-ntfs ports. For instance, please refer to this > e-mail: > http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.html > > Even if this work is someway independent by the fusefs-kmod import, I > warmly suggest to all of you to use their patches (and this what we > have been testing so far too). I have committed my updates to sysutils/fusefs-ntfs now. -- Regards, Bryan Drewery bdrewery@freenode/EFNet From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 01:23:40 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C092106564A; Thu, 20 Sep 2012 01:23:40 +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 51BAD8FC0A; Thu, 20 Sep 2012 01:23:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K1NWJd077171; Wed, 19 Sep 2012 21:23:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K1NWkV077170; Thu, 20 Sep 2012 01:23:32 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 01:23:32 GMT Message-Id: <201209200123.q8K1NWkV077170@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 arm/arm 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, 20 Sep 2012 01:23:40 -0000 TB --- 2012-09-20 00:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 00:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 00:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-20 00:30:00 - cleaning the object tree TB --- 2012-09-20 00:30:00 - cvsupping the source tree TB --- 2012-09-20 00:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-09-20 00:31:06 - building world TB --- 2012-09-20 00:31:06 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 00:31:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 00:31:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 00:31:06 - SRCCONF=/dev/null TB --- 2012-09-20 00:31:06 - TARGET=arm TB --- 2012-09-20 00:31:06 - TARGET_ARCH=arm TB --- 2012-09-20 00:31:06 - TZ=UTC TB --- 2012-09-20 00:31:06 - __MAKE_CONF=/dev/null TB --- 2012-09-20 00:31:06 - cd /src TB --- 2012-09-20 00:31:06 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 00:31:07 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/arm.arm/src/rescue/rescue/../librescue/exec.o /obj/arm.arm/src/rescue/rescue/../librescue/getusershell.o /obj/arm.arm/src/rescue/rescue/../librescue/login_class.o /obj/arm.arm/src/rescue/rescue/../librescue/popen.o /obj/arm.arm/src/rescue/rescue/../librescue/rcmdsh.o /obj/arm.arm/src/rescue/rescue/../librescue/sysctl.o /obj/arm.arm/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo $a': _$$hide$$ nc.lo socks.c:(.text+0x18e0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo $a': _$$hide$$ zfs.lo zfs_iter.c:(.text+0x1e80): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 01:23:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 01:23:32 - ERROR: failed to build world TB --- 2012-09-20 01:23:32 - 2026.35 user 493.66 system 3211.79 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 02:15:56 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0887106564A; Thu, 20 Sep 2012 02:15:55 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 6908F8FC15; Thu, 20 Sep 2012 02:15:55 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q8K2Fs4q044041; Thu, 20 Sep 2012 06:15:54 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q8K2FsoC044040; Thu, 20 Sep 2012 06:15:54 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 20 Sep 2012 06:15:54 +0400 From: Gleb Smirnoff To: Maksim Yevmenkin Message-ID: <20120920021554.GP85604@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Current , Scott Long Subject: Re: [RFC] how to get real ifi_baudrate from network interface 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, 20 Sep 2012 02:15:56 -0000 On Wed, Sep 19, 2012 at 02:16:17PM -0700, Maksim Yevmenkin wrote: M> hello, M> M> for sometime now i've been repeatedly annoyed by the fact that 10G M> interfaces lie about their ifi_baudrate. i would like to propose M> simple (hopefuly) change to address this. M> M> quick summary of the problem: M> M> struct if_data { M> ... M> u_char ifi_spare_char1; /* spare byte */ M> u_char ifi_spare_char2; /* spare byte */ M> ... M> u_long ifi_baudrate; /* linespeed */ M> ... M> }; M> M> as you can see ifi_baudrate is an u_long which is an arch specific M> type. on 32-bit arch it does not have enough bits to hold 10G line M> speed value (in bits per second) M> M> proposal M> M> we reuse one of the ifi_spare_char1 or ifi_spare_char2 bytes and M> re-purpose it as power factor to be applied to ifi_baudrate, i.e. M> M> real_ifi_baudrate = ifi_baudrate * 10 ** ifi_spare_char1 M> M> obviously, 10G nic drivers will have to set ifi_spare_char1 to M> appropriate value, but it should not be a big deal. also, legacy tools M> that do not know about ifi_spare_char1 would continue to report M> "wrong" ifi_baudrate as they used to. M> M> any objections? IMO, this is way to go for stable branches. In head it'll be better just have uint64_t without any crutches. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 02:33:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B3F81065670; Thu, 20 Sep 2012 02:33:14 +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 037018FC19; Thu, 20 Sep 2012 02:33:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K2XD9V006285; Wed, 19 Sep 2012 22:33:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K2XDFf006284; Thu, 20 Sep 2012 02:33:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 02:33:13 GMT Message-Id: <201209200233.q8K2XDFf006284@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 ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 02:33:14 -0000 TB --- 2012-09-20 01:23:33 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 01:23:33 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 01:23:33 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-09-20 01:23:33 - cleaning the object tree TB --- 2012-09-20 01:23:33 - cvsupping the source tree TB --- 2012-09-20 01:23:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-09-20 01:23:58 - building world TB --- 2012-09-20 01:23:58 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 01:23:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 01:23:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 01:23:58 - SRCCONF=/dev/null TB --- 2012-09-20 01:23:58 - TARGET=ia64 TB --- 2012-09-20 01:23:58 - TARGET_ARCH=ia64 TB --- 2012-09-20 01:23:58 - TZ=UTC TB --- 2012-09-20 01:23:58 - __MAKE_CONF=/dev/null TB --- 2012-09-20 01:23:58 - cd /src TB --- 2012-09-20 01:23:58 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 01:23:59 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bz! ip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/ia64.ia64/src/rescue/rescue/../librescue/exec.o /obj/ia64.ia64/src/rescue/rescue/../librescue/getusershell.o /obj/ia64.ia64/src/rescue/rescue/../librescue/login_class.o /obj/ia64.ia64/src/rescue/rescue/../librescue/popen.o /obj/ia64.ia64/src/rescue/rescue/../librescue/rcmdsh.o /obj/ia64.ia64/src/rescue/rescue/../librescue/sysctl.o /obj/ia64.ia64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x4502): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x4a42): undefined reference to `jail_getid' _$$hide$$ zfs.lo zfs_main.c:(.text+0x4b92): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/ia64.ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 02:33:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 02:33:12 - ERROR: failed to build world TB --- 2012-09-20 02:33:12 - 3249.67 user 521.70 system 4179.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 02:44:26 2012 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 0BCDD106564A; Thu, 20 Sep 2012 02:44:26 +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 C7C7F8FC12; Thu, 20 Sep 2012 02:44:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K2iPYW064991; Wed, 19 Sep 2012 22:44:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K2iPFQ064983; Thu, 20 Sep 2012 02:44:25 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 02:44:25 GMT Message-Id: <201209200244.q8K2iPFQ064983@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: Thu, 20 Sep 2012 02:44:26 -0000 TB --- 2012-09-20 00:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 00:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 00:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-09-20 00:30:00 - cleaning the object tree TB --- 2012-09-20 00:30:00 - cvsupping the source tree TB --- 2012-09-20 00:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-09-20 00:31:06 - building world TB --- 2012-09-20 00:31:06 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 00:31:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 00:31:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 00:31:06 - SRCCONF=/dev/null TB --- 2012-09-20 00:31:06 - TARGET=pc98 TB --- 2012-09-20 00:31:06 - TARGET_ARCH=i386 TB --- 2012-09-20 00:31:06 - TZ=UTC TB --- 2012-09-20 00:31:06 - __MAKE_CONF=/dev/null TB --- 2012-09-20 00:31:06 - cd /src TB --- 2012-09-20 00:31:06 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 00:31:07 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sconfig.lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo ! tail.lo tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/pc98.i386/src/rescue/rescue/../librescue/exec.o /obj/pc98.i386/src/rescue/rescue/../librescue/getusershell.o /obj/pc98.i386/src/rescue/rescue/../librescue/login_class.o /obj/pc98.i386/src/rescue/rescue/../librescue/popen.o /obj/pc98.i386/src/rescue/rescue/../librescue/rcmdsh.o /obj/pc98.i386/src/rescue/rescue/../librescue/sysctl.o /obj/pc98.i386/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x2086): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x1efb): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/pc98.i386/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 02:44:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 02:44:24 - ERROR: failed to build world TB --- 2012-09-20 02:44:24 - 6067.12 user 821.58 system 8064.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 02:45:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21897106566B; Thu, 20 Sep 2012 02:45:28 +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 DDF558FC18; Thu, 20 Sep 2012 02:45:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K2jRnK071780; Wed, 19 Sep 2012 22:45:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K2jRRf071777; Thu, 20 Sep 2012 02:45:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 02:45:27 GMT Message-Id: <201209200245.q8K2jRRf071777@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: Thu, 20 Sep 2012 02:45:28 -0000 TB --- 2012-09-20 00:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 00:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 00:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-09-20 00:30:00 - cleaning the object tree TB --- 2012-09-20 00:30:00 - cvsupping the source tree TB --- 2012-09-20 00:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-09-20 00:31:06 - building world TB --- 2012-09-20 00:31:06 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 00:31:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 00:31:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 00:31:06 - SRCCONF=/dev/null TB --- 2012-09-20 00:31:06 - TARGET=amd64 TB --- 2012-09-20 00:31:06 - TARGET_ARCH=amd64 TB --- 2012-09-20 00:31:06 - TZ=UTC TB --- 2012-09-20 00:31:06 - __MAKE_CONF=/dev/null TB --- 2012-09-20 00:31:06 - cd /src TB --- 2012-09-20 00:31:06 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 00:31:07 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee! .lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/amd64.amd64/src/rescue/rescue/../librescue/exec.o /obj/amd64.amd64/src/rescue/rescue/../librescue/getusershell.o /obj/amd64.amd64/src/rescue/rescue/../librescue/login_class.o /obj/amd64.amd64/src/rescue/rescue/../librescue/popen.o /obj/amd64.amd64/src/rescue/rescue/../librescue/rcmdsh.o /obj/amd64.amd64/src/rescue/rescue/../librescue/sysctl.o /obj/amd64.amd64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `main': socks.c:(.text+0x1d26): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `do_jail': zfs_main.c:(.text+0x1b55): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/amd64.amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 02:45:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 02:45:27 - ERROR: failed to build world TB --- 2012-09-20 02:45:27 - 6105.20 user 831.69 system 8126.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 02:49:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AA351065672; Thu, 20 Sep 2012 02:49: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 C705B8FC08; Thu, 20 Sep 2012 02:49:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K2nKuK092836; Wed, 19 Sep 2012 22:49:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K2nKXu092833; Thu, 20 Sep 2012 02:49:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 02:49:20 GMT Message-Id: <201209200249.q8K2nKXu092833@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: Thu, 20 Sep 2012 02:49:22 -0000 TB --- 2012-09-20 00:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 00:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 00:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-09-20 00:30:00 - cleaning the object tree TB --- 2012-09-20 00:30:00 - cvsupping the source tree TB --- 2012-09-20 00:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-09-20 00:37:10 - building world TB --- 2012-09-20 00:37:10 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 00:37:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 00:37:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 00:37:10 - SRCCONF=/dev/null TB --- 2012-09-20 00:37:10 - TARGET=i386 TB --- 2012-09-20 00:37:10 - TARGET_ARCH=i386 TB --- 2012-09-20 00:37:10 - TZ=UTC TB --- 2012-09-20 00:37:10 - __MAKE_CONF=/dev/null TB --- 2012-09-20 00:37:10 - cd /src TB --- 2012-09-20 00:37:10 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 00:37:11 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sconfig.lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo ! tail.lo tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/i386.i386/src/rescue/rescue/../librescue/exec.o /obj/i386.i386/src/rescue/rescue/../librescue/getusershell.o /obj/i386.i386/src/rescue/rescue/../librescue/login_class.o /obj/i386.i386/src/rescue/rescue/../librescue/popen.o /obj/i386.i386/src/rescue/rescue/../librescue/rcmdsh.o /obj/i386.i386/src/rescue/rescue/../librescue/sysctl.o /obj/i386.i386/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x2086): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x1efb): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/i386.i386/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 02:49:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 02:49:20 - ERROR: failed to build world TB --- 2012-09-20 02:49:20 - 6073.02 user 814.87 system 8359.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 03:26:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FB2D1065672; Thu, 20 Sep 2012 03:26: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 080A98FC0C; Thu, 20 Sep 2012 03:26:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K3QUkJ012233; Wed, 19 Sep 2012 23:26:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K3QUoG012231; Thu, 20 Sep 2012 03:26:30 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 03:26:30 GMT Message-Id: <201209200326.q8K3QUoG012231@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 mips/mips 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, 20 Sep 2012 03:26:32 -0000 TB --- 2012-09-20 02:33:13 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 02:33:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 02:33:13 - starting HEAD tinderbox run for mips/mips TB --- 2012-09-20 02:33:13 - cleaning the object tree TB --- 2012-09-20 02:33:13 - cvsupping the source tree TB --- 2012-09-20 02:33:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-09-20 02:34:03 - building world TB --- 2012-09-20 02:34:03 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 02:34:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 02:34:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 02:34:03 - SRCCONF=/dev/null TB --- 2012-09-20 02:34:03 - TARGET=mips TB --- 2012-09-20 02:34:03 - TARGET_ARCH=mips TB --- 2012-09-20 02:34:03 - TZ=UTC TB --- 2012-09-20 02:34:03 - __MAKE_CONF=/dev/null TB --- 2012-09-20 02:34:03 - cd /src TB --- 2012-09-20 02:34:03 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 02:34:04 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/mips.mips/src/rescue/rescue/../librescue/exec.o /obj/mips.mips/src/rescue/rescue/../librescue/getusershell.o /obj/mips.mips/src/rescue/rescue/../librescue/login_class.o /obj/mips.mips/src/rescue/rescue/../librescue/popen.o /obj/mips.mips/src/rescue/rescue/../librescue/rcmdsh.o /obj/mips.mips/src/rescue/rescue/../librescue/sysctl.o /obj/mips.mips/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x228c): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x2d94): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/mips.mips/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 03:26:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 03:26:30 - ERROR: failed to build world TB --- 2012-09-20 03:26:30 - 2142.23 user 477.09 system 3197.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 03:45:19 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCCE0106564A; Thu, 20 Sep 2012 03:45:19 +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 83DBA8FC1A; Thu, 20 Sep 2012 03:45:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K3jIGU060054; Wed, 19 Sep 2012 23:45:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K3jIqK060053; Thu, 20 Sep 2012 03:45:18 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 03:45:18 GMT Message-Id: <201209200345.q8K3jIqK060053@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, 20 Sep 2012 03:45:19 -0000 TB --- 2012-09-20 02:49:21 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 02:49:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 02:49:21 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-09-20 02:49:21 - cleaning the object tree TB --- 2012-09-20 02:49:21 - cvsupping the source tree TB --- 2012-09-20 02:49:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-09-20 02:50:13 - building world TB --- 2012-09-20 02:50:13 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 02:50:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 02:50:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 02:50:13 - SRCCONF=/dev/null TB --- 2012-09-20 02:50:13 - TARGET=sparc64 TB --- 2012-09-20 02:50:13 - TARGET_ARCH=sparc64 TB --- 2012-09-20 02:50:13 - TZ=UTC TB --- 2012-09-20 02:50:13 - __MAKE_CONF=/dev/null TB --- 2012-09-20 02:50:13 - cd /src TB --- 2012-09-20 02:50:13 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 02:50:14 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sunlabel.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo ! tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/sparc64.sparc64/src/rescue/rescue/../librescue/exec.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/getusershell.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/login_class.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/popen.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/sysctl.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x218c): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x2b98): undefined reference to `jail_getid' _$$hide$$ zfs.lo zfs_main.c:(.text+0x2c40): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 03:45:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 03:45:18 - ERROR: failed to build world TB --- 2012-09-20 03:45:18 - 2446.84 user 470.77 system 3357.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 04:45:32 2012 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 38244106564A; Thu, 20 Sep 2012 04:45: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 F26478FC0A; Thu, 20 Sep 2012 04:45:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K4jUQc052425; Thu, 20 Sep 2012 00:45:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K4jUdD052424; Thu, 20 Sep 2012 04:45:30 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 04:45:30 GMT Message-Id: <201209200445.q8K4jUdD052424@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, 20 Sep 2012 04:45:32 -0000 TB --- 2012-09-20 02:44:25 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 02:44:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 02:44:25 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-09-20 02:44:25 - cleaning the object tree TB --- 2012-09-20 02:44:25 - cvsupping the source tree TB --- 2012-09-20 02:44:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-09-20 02:45:24 - building world TB --- 2012-09-20 02:45:24 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 02:45:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 02:45:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 02:45:24 - SRCCONF=/dev/null TB --- 2012-09-20 02:45:24 - TARGET=powerpc TB --- 2012-09-20 02:45:24 - TARGET_ARCH=powerpc TB --- 2012-09-20 02:45:24 - TZ=UTC TB --- 2012-09-20 02:45:24 - __MAKE_CONF=/dev/null TB --- 2012-09-20 02:45:24 - cd /src TB --- 2012-09-20 02:45:24 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 02:45:26 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/powerpc.powerpc/src/rescue/rescue/../librescue/exec.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/login_class.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/popen.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x21d0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x239c): undefined reference to `jail_getid' _$$hide$$ zfs.lo zfs_main.c:(.text+0x2460): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/powerpc.powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 04:45:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 04:45:30 - ERROR: failed to build world TB --- 2012-09-20 04:45:30 - 6067.54 user 754.04 system 7265.67 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 04:47:43 2012 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 854AE1065670; Thu, 20 Sep 2012 04:47:43 +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 4E5E08FC08; Thu, 20 Sep 2012 04:47:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K4lgfL058234; Thu, 20 Sep 2012 00:47:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K4lgG5058233; Thu, 20 Sep 2012 04:47:42 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 04:47:42 GMT Message-Id: <201209200447.q8K4lgG5058233@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 powerpc64/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, 20 Sep 2012 04:47:43 -0000 TB --- 2012-09-20 02:45:27 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 02:45:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 02:45:27 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-09-20 02:45:27 - cleaning the object tree TB --- 2012-09-20 02:45:27 - cvsupping the source tree TB --- 2012-09-20 02:45:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-09-20 02:46:28 - building world TB --- 2012-09-20 02:46:28 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 02:46:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 02:46:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 02:46:28 - SRCCONF=/dev/null TB --- 2012-09-20 02:46:28 - TARGET=powerpc TB --- 2012-09-20 02:46:28 - TARGET_ARCH=powerpc64 TB --- 2012-09-20 02:46:28 - TZ=UTC TB --- 2012-09-20 02:46:28 - __MAKE_CONF=/dev/null TB --- 2012-09-20 02:46:28 - cd /src TB --- 2012-09-20 02:46:28 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 02:46:28 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/exec.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/login_class.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/popen.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo:(.text+0x22bc): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo:(.text+0x246c): undefined reference to `jail_getid' zfs.lo:(.text+0x254c): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 04:47:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 04:47:42 - ERROR: failed to build world TB --- 2012-09-20 04:47:42 - 6159.90 user 766.93 system 7334.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 05:11:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DA07106564A; Thu, 20 Sep 2012 05:11:41 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.server1.bsdforen.de (bsdforen.de [82.193.243.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF288FC08; Thu, 20 Sep 2012 05:11:40 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-134-3-231-194.hsi14.kabel-badenwuerttemberg.de [134.3.231.194]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.server1.bsdforen.de (Postfix) with ESMTPSA id 32711861A0; Thu, 20 Sep 2012 07:11:32 +0200 (CEST) Message-ID: <505AA583.7090401@bsdforen.de> Date: Thu, 20 Sep 2012 07:11:31 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: attilio@FreeBSD.org References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> In-Reply-To: Content-Type: text/plain; charset=ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Holm , bdrewery@freebsd.org, FreeBSD FS , George Neville-Neil , freebsd-current@freebsd.org, =?us-ascii?Q?Gustau_Pe=27rez?= Subject: Re: MPSAFE VFS -- List of upcoming actions 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, 20 Sep 2012 05:11:41 -0000 On 19/09/2012 04:48, Attilio Rao wrote: > On Fri, Jul 13, 2012 at 12:18 AM, Attilio Rao wrote: > ... > Alternatively, a kernel patch that should work with HEAD@240684 is here: > http://www.freebsd.org/~attilio/fuse_import/fuse_240684.patch > > I guess the patch can easilly apply to all FreeBSD branches, really, > but it is not tested to anything else different then -CURRENT. RELENG_9, fetched yesterday: ===> fuse (all) env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc -O2 -pipe -march=core2 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/HP6510b-9/amd64/usr/src/sys/HP6510b-9/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/HP6510b-9/amd64/usr/src/sys/HP6510b-9 -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/fuse/../../fs/fuse/fuse_device.c env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc -O2 -pipe -march=core2 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/HP6510b-9/amd64/usr/src/sys/HP6510b-9/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/HP6510b-9/amd64/usr/src/sys/HP6510b-9 -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /usr/src/sys/modules/fuse/../../fs/fuse/fuse_node.c distcc[20814] ERROR: compile /root/.ccache/tmp/fuse_node.tmp.mobileKamikaze.norad.20806.i on localhost failed cc1: warnings being treated as errors /usr/src/sys/modules/fuse/../../fs/fuse/fuse_node.c: In function 'fuse_vnode_setsize': /usr/src/sys/modules/fuse/../../fs/fuse/fuse_node.c:378: warning: passing argument 3 of 'vtruncbuf' makes pointer from integer without a cast /usr/src/sys/modules/fuse/../../fs/fuse/fuse_node.c:378: error: too few arguments to function 'vtruncbuf' *** [fuse_node.o] Error code 1 1 error *** [all] Error code 2 1 error *** [modules-all] Error code 2 1 error *** [buildkernel] Error code 2 1 error *** [buildkernel] Error code 2 Stop in /usr/src. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 05:48:44 2012 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 6DB691065670; Thu, 20 Sep 2012 05:48:44 +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 360118FC08; Thu, 20 Sep 2012 05:48:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K5mho4022447; Thu, 20 Sep 2012 01:48:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K5mhu4022446; Thu, 20 Sep 2012 05:48:43 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 05:48:43 GMT Message-Id: <201209200548.q8K5mhu4022446@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 arm/arm 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, 20 Sep 2012 05:48:44 -0000 TB --- 2012-09-20 04:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 04:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 04:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-20 04:50:00 - cleaning the object tree TB --- 2012-09-20 04:53:22 - cvsupping the source tree TB --- 2012-09-20 04:53:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-09-20 04:55:32 - building world TB --- 2012-09-20 04:55:32 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 04:55:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 04:55:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 04:55:32 - SRCCONF=/dev/null TB --- 2012-09-20 04:55:32 - TARGET=arm TB --- 2012-09-20 04:55:32 - TARGET_ARCH=arm TB --- 2012-09-20 04:55:32 - TZ=UTC TB --- 2012-09-20 04:55:32 - __MAKE_CONF=/dev/null TB --- 2012-09-20 04:55:32 - cd /src TB --- 2012-09-20 04:55:32 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 04:55:33 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/arm.arm/src/rescue/rescue/../librescue/exec.o /obj/arm.arm/src/rescue/rescue/../librescue/getusershell.o /obj/arm.arm/src/rescue/rescue/../librescue/login_class.o /obj/arm.arm/src/rescue/rescue/../librescue/popen.o /obj/arm.arm/src/rescue/rescue/../librescue/rcmdsh.o /obj/arm.arm/src/rescue/rescue/../librescue/sysctl.o /obj/arm.arm/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo $a': _$$hide$$ nc.lo socks.c:(.text+0x18e0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo $a': _$$hide$$ zfs.lo zfs_iter.c:(.text+0x1e80): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 05:48:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 05:48:42 - ERROR: failed to build world TB --- 2012-09-20 05:48:42 - 2031.13 user 491.52 system 3522.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 06:59:20 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEFDA106566B; Thu, 20 Sep 2012 06:59:19 +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 A6E218FC0C; Thu, 20 Sep 2012 06:59:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K6xImu051047; Thu, 20 Sep 2012 02:59:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K6xI1F051042; Thu, 20 Sep 2012 06:59:18 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 06:59:18 GMT Message-Id: <201209200659.q8K6xI1F051042@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 ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 06:59:20 -0000 TB --- 2012-09-20 05:48:43 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 05:48:43 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 05:48:43 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-09-20 05:48:43 - cleaning the object tree TB --- 2012-09-20 05:49:19 - cvsupping the source tree TB --- 2012-09-20 05:49:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-09-20 05:49:49 - building world TB --- 2012-09-20 05:49:49 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 05:49:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 05:49:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 05:49:49 - SRCCONF=/dev/null TB --- 2012-09-20 05:49:49 - TARGET=ia64 TB --- 2012-09-20 05:49:49 - TARGET_ARCH=ia64 TB --- 2012-09-20 05:49:49 - TZ=UTC TB --- 2012-09-20 05:49:49 - __MAKE_CONF=/dev/null TB --- 2012-09-20 05:49:49 - cd /src TB --- 2012-09-20 05:49:49 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 05:49:50 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bz! ip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/ia64.ia64/src/rescue/rescue/../librescue/exec.o /obj/ia64.ia64/src/rescue/rescue/../librescue/getusershell.o /obj/ia64.ia64/src/rescue/rescue/../librescue/login_class.o /obj/ia64.ia64/src/rescue/rescue/../librescue/popen.o /obj/ia64.ia64/src/rescue/rescue/../librescue/rcmdsh.o /obj/ia64.ia64/src/rescue/rescue/../librescue/sysctl.o /obj/ia64.ia64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x4502): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x4a42): undefined reference to `jail_getid' _$$hide$$ zfs.lo zfs_main.c:(.text+0x4b92): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/ia64.ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 06:59:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 06:59:18 - ERROR: failed to build world TB --- 2012-09-20 06:59:18 - 3247.16 user 526.68 system 4235.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 07:16:06 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93BE6106566C; Thu, 20 Sep 2012 07:16:06 +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 651DD8FC15; Thu, 20 Sep 2012 07:16:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K7G54T016247; Thu, 20 Sep 2012 03:16:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K7G5kB016222; Thu, 20 Sep 2012 07:16:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 07:16:05 GMT Message-Id: <201209200716.q8K7G5kB016222@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: Thu, 20 Sep 2012 07:16:06 -0000 TB --- 2012-09-20 04:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 04:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 04:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-09-20 04:50:00 - cleaning the object tree TB --- 2012-09-20 04:54:20 - cvsupping the source tree TB --- 2012-09-20 04:54:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-09-20 04:55:57 - building world TB --- 2012-09-20 04:55:57 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 04:55:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 04:55:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 04:55:57 - SRCCONF=/dev/null TB --- 2012-09-20 04:55:57 - TARGET=pc98 TB --- 2012-09-20 04:55:57 - TARGET_ARCH=i386 TB --- 2012-09-20 04:55:57 - TZ=UTC TB --- 2012-09-20 04:55:57 - __MAKE_CONF=/dev/null TB --- 2012-09-20 04:55:57 - cd /src TB --- 2012-09-20 04:55:57 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 04:55:57 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sconfig.lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo ! tail.lo tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/pc98.i386/src/rescue/rescue/../librescue/exec.o /obj/pc98.i386/src/rescue/rescue/../librescue/getusershell.o /obj/pc98.i386/src/rescue/rescue/../librescue/login_class.o /obj/pc98.i386/src/rescue/rescue/../librescue/popen.o /obj/pc98.i386/src/rescue/rescue/../librescue/rcmdsh.o /obj/pc98.i386/src/rescue/rescue/../librescue/sysctl.o /obj/pc98.i386/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x2086): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x1efb): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/pc98.i386/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 07:16:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 07:16:05 - ERROR: failed to build world TB --- 2012-09-20 07:16:05 - 6070.87 user 819.45 system 8764.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 07:17:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EEB0106564A; Thu, 20 Sep 2012 07:17: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 D84338FC14; Thu, 20 Sep 2012 07:17:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K7H8dk025030; Thu, 20 Sep 2012 03:17:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K7H8xM025022; Thu, 20 Sep 2012 07:17:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 07:17:08 GMT Message-Id: <201209200717.q8K7H8xM025022@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: Thu, 20 Sep 2012 07:17:10 -0000 TB --- 2012-09-20 04:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 04:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 04:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-09-20 04:50:00 - cleaning the object tree TB --- 2012-09-20 04:54:17 - cvsupping the source tree TB --- 2012-09-20 04:54:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-09-20 04:55:55 - building world TB --- 2012-09-20 04:55:55 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 04:55:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 04:55:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 04:55:55 - SRCCONF=/dev/null TB --- 2012-09-20 04:55:55 - TARGET=amd64 TB --- 2012-09-20 04:55:55 - TARGET_ARCH=amd64 TB --- 2012-09-20 04:55:55 - TZ=UTC TB --- 2012-09-20 04:55:55 - __MAKE_CONF=/dev/null TB --- 2012-09-20 04:55:55 - cd /src TB --- 2012-09-20 04:55:55 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 04:55:56 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee! .lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/amd64.amd64/src/rescue/rescue/../librescue/exec.o /obj/amd64.amd64/src/rescue/rescue/../librescue/getusershell.o /obj/amd64.amd64/src/rescue/rescue/../librescue/login_class.o /obj/amd64.amd64/src/rescue/rescue/../librescue/popen.o /obj/amd64.amd64/src/rescue/rescue/../librescue/rcmdsh.o /obj/amd64.amd64/src/rescue/rescue/../librescue/sysctl.o /obj/amd64.amd64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `main': socks.c:(.text+0x1d26): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `do_jail': zfs_main.c:(.text+0x1b55): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/amd64.amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 07:17:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 07:17:08 - ERROR: failed to build world TB --- 2012-09-20 07:17:08 - 6104.95 user 835.59 system 8828.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 07:18:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C4D71065697; Thu, 20 Sep 2012 07:18:30 +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 E1B2B8FC23; Thu, 20 Sep 2012 07:18:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K7ITdR033477; Thu, 20 Sep 2012 03:18:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K7ITdJ033472; Thu, 20 Sep 2012 07:18:29 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 07:18:29 GMT Message-Id: <201209200718.q8K7ITdJ033472@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: Thu, 20 Sep 2012 07:18:30 -0000 TB --- 2012-09-20 04:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 04:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 04:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-09-20 04:50:00 - cleaning the object tree TB --- 2012-09-20 04:54:30 - cvsupping the source tree TB --- 2012-09-20 04:54:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-09-20 05:01:35 - building world TB --- 2012-09-20 05:01:35 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 05:01:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 05:01:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 05:01:35 - SRCCONF=/dev/null TB --- 2012-09-20 05:01:35 - TARGET=i386 TB --- 2012-09-20 05:01:35 - TARGET_ARCH=i386 TB --- 2012-09-20 05:01:35 - TZ=UTC TB --- 2012-09-20 05:01:35 - __MAKE_CONF=/dev/null TB --- 2012-09-20 05:01:35 - cd /src TB --- 2012-09-20 05:01:35 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 05:01:36 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sconfig.lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo ! tail.lo tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/i386.i386/src/rescue/rescue/../librescue/exec.o /obj/i386.i386/src/rescue/rescue/../librescue/getusershell.o /obj/i386.i386/src/rescue/rescue/../librescue/login_class.o /obj/i386.i386/src/rescue/rescue/../librescue/popen.o /obj/i386.i386/src/rescue/rescue/../librescue/rcmdsh.o /obj/i386.i386/src/rescue/rescue/../librescue/sysctl.o /obj/i386.i386/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x2086): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x1efb): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/i386.i386/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 07:18:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 07:18:29 - ERROR: failed to build world TB --- 2012-09-20 07:18:29 - 6071.05 user 819.44 system 8908.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 07:57:50 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5BC79106564A; Thu, 20 Sep 2012 07:57: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 2402F8FC0A; Thu, 20 Sep 2012 07:57:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K7vnbE054912; Thu, 20 Sep 2012 03:57:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K7vnJt054905; Thu, 20 Sep 2012 07:57:49 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 07:57:49 GMT Message-Id: <201209200757.q8K7vnJt054905@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 mips/mips 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, 20 Sep 2012 07:57:50 -0000 TB --- 2012-09-20 06:59:18 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 06:59:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 06:59:18 - starting HEAD tinderbox run for mips/mips TB --- 2012-09-20 06:59:18 - cleaning the object tree TB --- 2012-09-20 07:00:01 - cvsupping the source tree TB --- 2012-09-20 07:00:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-09-20 07:00:55 - building world TB --- 2012-09-20 07:00:55 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 07:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 07:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 07:00:55 - SRCCONF=/dev/null TB --- 2012-09-20 07:00:55 - TARGET=mips TB --- 2012-09-20 07:00:55 - TARGET_ARCH=mips TB --- 2012-09-20 07:00:55 - TZ=UTC TB --- 2012-09-20 07:00:55 - __MAKE_CONF=/dev/null TB --- 2012-09-20 07:00:55 - cd /src TB --- 2012-09-20 07:00:55 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 07:00:56 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/mips.mips/src/rescue/rescue/../librescue/exec.o /obj/mips.mips/src/rescue/rescue/../librescue/getusershell.o /obj/mips.mips/src/rescue/rescue/../librescue/login_class.o /obj/mips.mips/src/rescue/rescue/../librescue/popen.o /obj/mips.mips/src/rescue/rescue/../librescue/rcmdsh.o /obj/mips.mips/src/rescue/rescue/../librescue/sysctl.o /obj/mips.mips/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x228c): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x2d94): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/mips.mips/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 07:57:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 07:57:49 - ERROR: failed to build world TB --- 2012-09-20 07:57:49 - 2143.21 user 477.21 system 3510.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 08:16:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7F5B106564A; Thu, 20 Sep 2012 08:16:15 +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 8F6F48FC0C; Thu, 20 Sep 2012 08:16:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K8GET6005379; Thu, 20 Sep 2012 04:16:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K8GE9c005378; Thu, 20 Sep 2012 08:16:14 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 08:16:14 GMT Message-Id: <201209200816.q8K8GE9c005378@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, 20 Sep 2012 08:16:15 -0000 TB --- 2012-09-20 07:18:29 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 07:18:29 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 07:18:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-09-20 07:18:29 - cleaning the object tree TB --- 2012-09-20 07:20:10 - cvsupping the source tree TB --- 2012-09-20 07:20:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-09-20 07:20:51 - building world TB --- 2012-09-20 07:20:51 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 07:20:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 07:20:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 07:20:51 - SRCCONF=/dev/null TB --- 2012-09-20 07:20:51 - TARGET=sparc64 TB --- 2012-09-20 07:20:51 - TARGET_ARCH=sparc64 TB --- 2012-09-20 07:20:51 - TZ=UTC TB --- 2012-09-20 07:20:51 - __MAKE_CONF=/dev/null TB --- 2012-09-20 07:20:51 - cd /src TB --- 2012-09-20 07:20:51 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 07:20:52 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sunlabel.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo ! tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/sparc64.sparc64/src/rescue/rescue/../librescue/exec.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/getusershell.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/login_class.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/popen.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/sysctl.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x218c): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x2b98): undefined reference to `jail_getid' _$$hide$$ zfs.lo zfs_main.c:(.text+0x2c40): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 08:16:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 08:16:14 - ERROR: failed to build world TB --- 2012-09-20 08:16:14 - 2445.79 user 472.10 system 3465.09 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 08:17:57 2012 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 0FE861065672; Thu, 20 Sep 2012 08:17:57 +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 C0A198FC1A; Thu, 20 Sep 2012 08:17:56 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1TEbxL-0004XV-Ss; Thu, 20 Sep 2012 09:17:55 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1TEbxK-0007OP-8s; Thu, 20 Sep 2012 09:17:54 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q8K8HrT9012615; Thu, 20 Sep 2012 09:17:53 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q8K8HqPX012614; Thu, 20 Sep 2012 09:17:52 +0100 (BST) (envelope-from mexas) Date: Thu, 20 Sep 2012 09:17:52 +0100 (BST) From: Anton Shterenlikht Message-Id: <201209200817.q8K8HqPX012614@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org, linimon@lonesome.com Cc: Subject: out of swap space causing panic? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 08:17:57 -0000 It is expected that running out of swap space causes panic? This is on ia64 r235474. Mark, I'll add another swap disk, so there will be ~85 GB of swap space. Will let you know when done. - - - - - - - - - - Prior Console Output - - - - - - - - - - swap_pager_getswapspace(16): failed Sep 19 04:12:20 mech-as28 kernel: pid 36179 (tst_fmt_usr), uid 0, was killed: out of swap space Sep 19 10:54:01 mech-as28 su: mexas to root on /dev/pts/0 panic: _mtx_lock_sleep: recursed on non-recursive mutex process lock @ /usr/src/sys/ia64/ia64/trap.c:562 cpuid = 1 KDB: enter: panic [ thread pid 25199 tid 100332 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe25000,gp ;; db> db> bt Tracing pid 25199 tid 100332 td 0xe0000001d44088a0 kdb_enter(0x9ffc000000c52c38, 0x9ffc000000c52c38, 0x9ffc0000004eb6b0, 0x793) at kdb_enter+0x92 panic(0x9ffc000000c50e98, 0x9ffc000000c50f40, 0x9ffc000000c93830, 0x232) at panic+0x420 _mtx_lock_sleep(0xe0000000159c6e90, 0xe0000001d44088a0, 0x0, 0x9ffc000000c93830, 0x232) at _mtx_lock_sleep+0xb0 _mtx_lock_flags(0xe0000000159c6e90, 0x0, 0x9ffc000000c93830, 0x232, 0x9ffc00000097dcc0, 0x716, 0x14022d4c0) at _mtx_lock_flags+0x1a0 trap(0x14, 0xa0000000f88fb000) at trap+0x940 ivt_Data_TLB() at ivt_Data_TLB+0x1d0 --- trapframe at 0xa0000000f88fb000 crhold() at crhold+0x10 cred_update_thread(0xe0000001d44089d0, 0xe0000000159c6dd8, 0xe0000000159c6e90, 0x9ffc000000c51cf0) at cred_update_thread+0x70 syscall(0xe0000000159c6d98, 0x1408aa000, 0x1c, 0xe0000001d44088a0, 0x140849630, 0x0, 0x9ffc000000979a40, 0x8) at syscall+0xd0 epc_syscall_return() at epc_syscall_return db> db> show thread Thread 100332 at 0xe0000001d44088a0: proc (pid 25199): 0xe0000000159c6d98 name: perl stack: 0xa0000000f88f4000-0xa0000000f88fbfff flags: 0x4 pflags: 0 state: RUNNING (CPU 1) priority: 146 container lock: sched lock 1 (0x9ffc000000d8b8c0) db> db> show proc Process 25199 (perl) at 0xe0000000159c6d98: state: NORMAL uid: 0 gids: 0, 5 parent: pid 3426 at 0xe0000000258d0000 ABI: FreeBSD ELF64 arguments: ../../t/perl threads: 1 100332 Run CPU 1 perl db> db> thread 100032 [ thread pid 15 tid 100032 ] cpu_switch+208: [M0] cmp4.eq p7,p6=0x0,r8 db> bt Tracing pid 15 tid 100032 td 0xe000000011203590 cpu_switch(0xe000000011203590, 0xe000000011202000, 0x9ffc000000dbfb68, 0x9ffc00000053f830) at cpu_switch+208 sched_switch(0xe000000011203590, 0xe000000011202000, 0x104, 0x9ffc000000dbfb68) at sched_switch+2192 mi_switch(0x104, 0x0, 0xe000000011203590, 0x9ffc00000056df30) at mi_switch+1008 sleepq_switch(0xa0000000002bf408, 0x0, 0xe0000000112038f0, 0xe000000011203590) at sleepq_switch+608 sleepq_wait(0xa0000000002bf408, 0x0, 0x9ffc000000c593e8, 0xe000000011203590, 0x9ffc00000045d9e0) at sleepq_wait+176 _cv_wait(0xa0000000002bf408, 0xa0000000002bf688, 0xe000000011203590, 0x0) at _cv_wait+1216 usb_process(0xa0000000002bf3f8, 0x0, 0xa0000000002bf445, 0xa0000000002bf448) at usb_process+688 fork_exit(0x9ffc000000c98170, 0xa0000000002bf3f8, 0xa0000000ec8cd550) at fork_exit+272 enter_userland() at enter_userland db> From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 08:34:23 2012 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 48C3B1065672; Thu, 20 Sep 2012 08:34:23 +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 C667B8FC0C; Thu, 20 Sep 2012 08:34:22 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q8K8YQgt038877; Thu, 20 Sep 2012 11:34:26 +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.5/8.14.5) with ESMTP id q8K8YCtY049805; Thu, 20 Sep 2012 11:34:12 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q8K8YBiR049804; Thu, 20 Sep 2012 11:34:11 +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: Thu, 20 Sep 2012 11:34:11 +0300 From: Konstantin Belousov To: Gleb Smirnoff Message-ID: <20120920083409.GW37286@deviant.kiev.zoral.com.ua> References: <20120920021554.GP85604@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3KuOF28IUdRLDDb3" Content-Disposition: inline In-Reply-To: <20120920021554.GP85604@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD Current , Scott Long , Maksim Yevmenkin Subject: Re: [RFC] how to get real ifi_baudrate from network interface 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, 20 Sep 2012 08:34:23 -0000 --3KuOF28IUdRLDDb3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 20, 2012 at 06:15:54AM +0400, Gleb Smirnoff wrote: > On Wed, Sep 19, 2012 at 02:16:17PM -0700, Maksim Yevmenkin wrote: > M> hello, > M>=20 > M> for sometime now i've been repeatedly annoyed by the fact that 10G > M> interfaces lie about their ifi_baudrate. i would like to propose > M> simple (hopefuly) change to address this. > M>=20 > M> quick summary of the problem: > M>=20 > M> struct if_data { > M> ... > M> u_char ifi_spare_char1; /* spare byte */ > M> u_char ifi_spare_char2; /* spare byte */ > M> ... > M> u_long ifi_baudrate; /* linespeed */ > M> ... > M> }; > M>=20 > M> as you can see ifi_baudrate is an u_long which is an arch specific > M> type. on 32-bit arch it does not have enough bits to hold 10G line > M> speed value (in bits per second) > M>=20 > M> proposal > M>=20 > M> we reuse one of the ifi_spare_char1 or ifi_spare_char2 bytes and > M> re-purpose it as power factor to be applied to ifi_baudrate, i.e. > M>=20 > M> real_ifi_baudrate =3D ifi_baudrate * 10 ** ifi_spare_char1 > M>=20 > M> obviously, 10G nic drivers will have to set ifi_spare_char1 to > M> appropriate value, but it should not be a big deal. also, legacy tools > M> that do not know about ifi_spare_char1 would continue to report > M> "wrong" ifi_baudrate as they used to. > M>=20 > M> any objections? >=20 > IMO, this is way to go for stable branches. In head it'll be better just > have uint64_t without any crutches. You cannot do this in head either. It would break the libc exported ABI, at least for getifaddrs(3). At least, the compat shims need to be provided, but I suppose that breakage is much deeper. --3KuOF28IUdRLDDb3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBa1QEACgkQC3+MBN1Mb4jSFgCgmGwYA3aHbNsUhCWReZmLVkya +yAAoJtXtR77w2XBw1WnvUGjqLAyxF/H =B2gH -----END PGP SIGNATURE----- --3KuOF28IUdRLDDb3-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 08:53:32 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30749106564A; Thu, 20 Sep 2012 08:53:32 +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 E33868FC08; Thu, 20 Sep 2012 08:53:31 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1TEcVm-00079X-Vr; Thu, 20 Sep 2012 09:53:31 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1TEcVm-0001Lq-Ln; Thu, 20 Sep 2012 09:53:30 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q8K8rUhb012676; Thu, 20 Sep 2012 09:53:30 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q8K8rULv012675; Thu, 20 Sep 2012 09:53:30 +0100 (BST) (envelope-from mexas) Date: Thu, 20 Sep 2012 09:53:30 +0100 (BST) From: Anton Shterenlikht Message-Id: <201209200853.q8K8rULv012675@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Cc: Subject: ia64 panic: make_dev_credv: bad si_name (error=17, si_name=pass3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 08:53:32 -0000 On ia64 r235474 I added another disk and did "camcontrol rescan all" to see it. I got this panic: panic: make_dev_credv: bad si_name (error=17, si_name=pass3) cpuid = 1 KDB: enter: panic [ thread pid 11 tid 100018 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe25000,gp ;; db> bt Tracing pid 11 tid 100018 td 0xe0000000111b3590 kdb_enter(0x9ffc000000c52c38, 0x9ffc000000c52c38, 0x9ffc0000004eb6b0, 0x793) at kdb_enter+0x92 panic(0x9ffc000000c4a178, 0x11, 0xe0000000120666e0, 0xe0000000120666e0) at panic+0x420 make_dev_credv(0x0, 0xa0000000ec74d1b0, 0x9ffc000000ccde80, 0xe000000012066600, 0x0, 0x0, 0x5, 0x180) at make_dev_credv+0x1c0 make_dev(0x9ffc000000ccde80, 0x3, 0x0, 0x5, 0x180, 0x9ffc000000a90c70, 0x9ffc000000a90ba0, 0x3) at make_dev+0x90 passregister(0xe000000016474800, 0xe000000011bbb800, 0x9ffc000000a91350, 0xe0000000163d8000, 0x9ffc0000000160c0, 0xb9d) at passregister+0x340 cam_periph_alloc(0x9ffc000000c95c50, 0x3, 0xe0000000111477c0, 0xa0000000ec74d394, 0x0, 0x9ffc000000a90d10, 0xe000000016474800, 0xa0000000ec74d390) at cam_periph_alloc+0xb80 passasync(0x0, 0x80, 0xe000000011918080, 0xe000000011bbb800) at passasync+0x100 xpt_async_bcast(0xe0000000111028b8, 0x80, 0xe000000011918080, 0xe000000011bbb800, 0xe000000011720740) at xpt_async_bcast+0xb0 xpt_async(0x80, 0xe000000011918080, 0xe000000011bbb800, 0x0, 0x0) at xpt_async+0x2f0 probedone(0xe00000001196a700, 0xe000000011bbb800, 0xe0000000119c0010, 0x0) at probedone+0x1d70 camisr_runqueue(0xe0000000111b7128, 0xe000000011bbb854, 0xe000000011bbb800, 0x1388) at camisr_runqueue+0x770 camisr(0xe0000000111b7120, 0xe0000000111b7100, 0x9ffc000000a91350, 0xa0000000ec74d548) at camisr+0x280 intr_event_execute_handlers(0xe00000001112f6a8, 0xe000000011126198, 0xe000000011147300, 0x0) at intr_event_execute_handlers+0x280 ithread_loop(0xe000000010bcc300, 0xe00000001112619c, 0xe000000011126198, 0xe000000011126100) at ithread_loop+0x210 fork_exit(0x9ffc000000c96800, 0xe000000010bcc300, 0xa0000000ec74d550) at fork_exit+0x110 enter_userland() at enter_userland db> db> thread 100018 [ thread pid 11 tid 100018 ] kdb_enter+0x92: [I2] addl r14=0xffffffffffe25000,gp ;; db> bt Tracing pid 11 tid 100018 td 0xe0000000111b3590 kdb_enter(0x9ffc000000c52c38, 0x9ffc000000c52c38, 0x9ffc0000004eb6b0, 0x793) at kdb_enter+0x92 panic(0x9ffc000000c4a178, 0x11, 0xe0000000120666e0, 0xe0000000120666e0) at panic+0x420 make_dev_credv(0x0, 0xa0000000ec74d1b0, 0x9ffc000000ccde80, 0xe000000012066600, 0x0, 0x0, 0x5, 0x180) at make_dev_credv+0x1c0 make_dev(0x9ffc000000ccde80, 0x3, 0x0, 0x5, 0x180, 0x9ffc000000a90c70, 0x9ffc000000a90ba0, 0x3) at make_dev+0x90 passregister(0xe000000016474800, 0xe000000011bbb800, 0x9ffc000000a91350, 0xe0000000163d8000, 0x9ffc0000000160c0, 0xb9d) at passregister+0x340 cam_periph_alloc(0x9ffc000000c95c50, 0x3, 0xe0000000111477c0, 0xa0000000ec74d394, 0x0, 0x9ffc000000a90d10, 0xe000000016474800, 0xa0000000ec74d390) at cam_periph_alloc+0xb80 passasync(0x0, 0x80, 0xe000000011918080, 0xe000000011bbb800) at passasync+0x100 xpt_async_bcast(0xe0000000111028b8, 0x80, 0xe000000011918080, 0xe000000011bbb800, 0xe000000011720740) at xpt_async_bcast+0xb0 xpt_async(0x80, 0xe000000011918080, 0xe000000011bbb800, 0x0, 0x0) at xpt_async+0x2f0 probedone(0xe00000001196a700, 0xe000000011bbb800, 0xe0000000119c0010, 0x0) at probedone+0x1d70 camisr_runqueue(0xe0000000111b7128, 0xe000000011bbb854, 0xe000000011bbb800, 0x1388) at camisr_runqueue+0x770 camisr(0xe0000000111b7120, 0xe0000000111b7100, 0x9ffc000000a91350, 0xa0000000ec74d548) at camisr+0x280 intr_event_execute_handlers(0xe00000001112f6a8, 0xe000000011126198, 0xe000000011147300, 0x0) at intr_event_execute_handlers+0x280 ithread_loop(0xe000000010bcc300, 0xe00000001112619c, 0xe000000011126198, 0xe000000011126100) at ithread_loop+0x210 fork_exit(0x9ffc000000c96800, 0xe000000010bcc300, 0xa0000000ec74d550) at fork_exit+0x110 enter_userland() at enter_userland db> From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 09:18:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D05C4106566C; Thu, 20 Sep 2012 09:18:05 +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 9866E8FC16; Thu, 20 Sep 2012 09:18:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K9I4XL097443; Thu, 20 Sep 2012 05:18:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K9I4Sn097442; Thu, 20 Sep 2012 09:18:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 09:18:04 GMT Message-Id: <201209200918.q8K9I4Sn097442@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, 20 Sep 2012 09:18:05 -0000 TB --- 2012-09-20 07:16:06 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 07:16:06 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 07:16:06 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-09-20 07:16:06 - cleaning the object tree TB --- 2012-09-20 07:17:00 - cvsupping the source tree TB --- 2012-09-20 07:17:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-09-20 07:17:44 - building world TB --- 2012-09-20 07:17:44 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 07:17:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 07:17:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 07:17:44 - SRCCONF=/dev/null TB --- 2012-09-20 07:17:44 - TARGET=powerpc TB --- 2012-09-20 07:17:44 - TARGET_ARCH=powerpc TB --- 2012-09-20 07:17:44 - TZ=UTC TB --- 2012-09-20 07:17:44 - __MAKE_CONF=/dev/null TB --- 2012-09-20 07:17:44 - cd /src TB --- 2012-09-20 07:17:44 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 07:17:45 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/powerpc.powerpc/src/rescue/rescue/../librescue/exec.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/login_class.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/popen.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x21d0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x239c): undefined reference to `jail_getid' _$$hide$$ zfs.lo zfs_main.c:(.text+0x2460): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/powerpc.powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 09:18:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 09:18:04 - ERROR: failed to build world TB --- 2012-09-20 09:18:04 - 6063.88 user 756.17 system 7318.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 09:20:53 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00901106566B; Thu, 20 Sep 2012 09:20:53 +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 C19E68FC17; Thu, 20 Sep 2012 09:20:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8K9Kqas003804; Thu, 20 Sep 2012 05:20:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8K9Kpl3003803; Thu, 20 Sep 2012 09:20:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 09:20:51 GMT Message-Id: <201209200920.q8K9Kpl3003803@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 powerpc64/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, 20 Sep 2012 09:20:53 -0000 TB --- 2012-09-20 07:17:09 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 07:17:09 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 07:17:09 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-09-20 07:17:09 - cleaning the object tree TB --- 2012-09-20 07:18:34 - cvsupping the source tree TB --- 2012-09-20 07:18:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-09-20 07:19:23 - building world TB --- 2012-09-20 07:19:23 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 07:19:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 07:19:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 07:19:23 - SRCCONF=/dev/null TB --- 2012-09-20 07:19:23 - TARGET=powerpc TB --- 2012-09-20 07:19:23 - TARGET_ARCH=powerpc64 TB --- 2012-09-20 07:19:23 - TZ=UTC TB --- 2012-09-20 07:19:23 - __MAKE_CONF=/dev/null TB --- 2012-09-20 07:19:23 - cd /src TB --- 2012-09-20 07:19:23 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 07:19:24 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/exec.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/login_class.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/popen.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo:(.text+0x22bc): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo:(.text+0x246c): undefined reference to `jail_getid' zfs.lo:(.text+0x254c): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 09:20:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 09:20:51 - ERROR: failed to build world TB --- 2012-09-20 09:20:51 - 6160.72 user 762.20 system 7422.61 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 10:29:40 2012 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 9E2351065675; Thu, 20 Sep 2012 10:29:40 +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 6DF4E8FC14; Thu, 20 Sep 2012 10:29:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KATdFP067926; Thu, 20 Sep 2012 06:29:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KATd7J067925; Thu, 20 Sep 2012 10:29:39 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 10:29:39 GMT Message-Id: <201209201029.q8KATd7J067925@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 arm/arm 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, 20 Sep 2012 10:29:40 -0000 TB --- 2012-09-20 09:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 09:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 09:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-20 09:30:00 - cleaning the object tree TB --- 2012-09-20 09:32:57 - cvsupping the source tree TB --- 2012-09-20 09:32:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-09-20 09:35:10 - building world TB --- 2012-09-20 09:35:10 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 09:35:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 09:35:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 09:35:10 - SRCCONF=/dev/null TB --- 2012-09-20 09:35:10 - TARGET=arm TB --- 2012-09-20 09:35:10 - TARGET_ARCH=arm TB --- 2012-09-20 09:35:10 - TZ=UTC TB --- 2012-09-20 09:35:10 - __MAKE_CONF=/dev/null TB --- 2012-09-20 09:35:10 - cd /src TB --- 2012-09-20 09:35:10 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 09:35:13 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/arm.arm/src/rescue/rescue/../librescue/exec.o /obj/arm.arm/src/rescue/rescue/../librescue/getusershell.o /obj/arm.arm/src/rescue/rescue/../librescue/login_class.o /obj/arm.arm/src/rescue/rescue/../librescue/popen.o /obj/arm.arm/src/rescue/rescue/../librescue/rcmdsh.o /obj/arm.arm/src/rescue/rescue/../librescue/sysctl.o /obj/arm.arm/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo $a': _$$hide$$ nc.lo socks.c:(.text+0x18e0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo $a': _$$hide$$ zfs.lo zfs_iter.c:(.text+0x1e80): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 10:29:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 10:29:39 - ERROR: failed to build world TB --- 2012-09-20 10:29:39 - 2032.10 user 492.34 system 3578.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 11:40:43 2012 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 8AAE1106564A; Thu, 20 Sep 2012 11:40:43 +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 57F348FC15; Thu, 20 Sep 2012 11:40:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KBegah096189; Thu, 20 Sep 2012 07:40:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KBeghw096188; Thu, 20 Sep 2012 11:40:42 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 11:40:42 GMT Message-Id: <201209201140.q8KBeghw096188@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 ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 11:40:43 -0000 TB --- 2012-09-20 10:29:39 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 10:29:39 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 10:29:39 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-09-20 10:29:39 - cleaning the object tree TB --- 2012-09-20 10:30:18 - cvsupping the source tree TB --- 2012-09-20 10:30:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-09-20 10:30:46 - building world TB --- 2012-09-20 10:30:46 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 10:30:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 10:30:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 10:30:46 - SRCCONF=/dev/null TB --- 2012-09-20 10:30:46 - TARGET=ia64 TB --- 2012-09-20 10:30:46 - TARGET_ARCH=ia64 TB --- 2012-09-20 10:30:46 - TZ=UTC TB --- 2012-09-20 10:30:46 - __MAKE_CONF=/dev/null TB --- 2012-09-20 10:30:46 - cd /src TB --- 2012-09-20 10:30:46 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 10:30:47 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bz! ip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/ia64.ia64/src/rescue/rescue/../librescue/exec.o /obj/ia64.ia64/src/rescue/rescue/../librescue/getusershell.o /obj/ia64.ia64/src/rescue/rescue/../librescue/login_class.o /obj/ia64.ia64/src/rescue/rescue/../librescue/popen.o /obj/ia64.ia64/src/rescue/rescue/../librescue/rcmdsh.o /obj/ia64.ia64/src/rescue/rescue/../librescue/sysctl.o /obj/ia64.ia64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x4502): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x4a42): undefined reference to `jail_getid' _$$hide$$ zfs.lo zfs_main.c:(.text+0x4b92): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/ia64.ia64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 11:40:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 11:40:42 - ERROR: failed to build world TB --- 2012-09-20 11:40:42 - 3250.21 user 528.21 system 4262.77 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 11:52:21 2012 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 79E79106564A; Thu, 20 Sep 2012 11:52:21 +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 41F9B8FC08; Thu, 20 Sep 2012 11:52:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KBqK0R052212; Thu, 20 Sep 2012 07:52:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KBqKx1052210; Thu, 20 Sep 2012 11:52:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 11:52:20 GMT Message-Id: <201209201152.q8KBqKx1052210@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: Thu, 20 Sep 2012 11:52:21 -0000 TB --- 2012-09-20 09:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 09:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 09:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-09-20 09:30:00 - cleaning the object tree TB --- 2012-09-20 09:34:07 - cvsupping the source tree TB --- 2012-09-20 09:34:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-09-20 09:36:28 - building world TB --- 2012-09-20 09:36:28 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 09:36:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 09:36:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 09:36:28 - SRCCONF=/dev/null TB --- 2012-09-20 09:36:28 - TARGET=i386 TB --- 2012-09-20 09:36:28 - TARGET_ARCH=i386 TB --- 2012-09-20 09:36:28 - TZ=UTC TB --- 2012-09-20 09:36:28 - __MAKE_CONF=/dev/null TB --- 2012-09-20 09:36:28 - cd /src TB --- 2012-09-20 09:36:28 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 09:36:29 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sconfig.lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo ! tail.lo tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/i386.i386/src/rescue/rescue/../librescue/exec.o /obj/i386.i386/src/rescue/rescue/../librescue/getusershell.o /obj/i386.i386/src/rescue/rescue/../librescue/login_class.o /obj/i386.i386/src/rescue/rescue/../librescue/popen.o /obj/i386.i386/src/rescue/rescue/../librescue/rcmdsh.o /obj/i386.i386/src/rescue/rescue/../librescue/sysctl.o /obj/i386.i386/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x2086): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x1efb): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/i386.i386/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 11:52:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 11:52:20 - ERROR: failed to build world TB --- 2012-09-20 11:52:20 - 6074.60 user 823.84 system 8539.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 11:54:31 2012 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 BD54A1065688; Thu, 20 Sep 2012 11:54:31 +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 85D708FC0A; Thu, 20 Sep 2012 11:54:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KBsUa5068526; Thu, 20 Sep 2012 07:54:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KBsUmU068524; Thu, 20 Sep 2012 11:54:30 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 11:54:30 GMT Message-Id: <201209201154.q8KBsUmU068524@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: Thu, 20 Sep 2012 11:54:31 -0000 TB --- 2012-09-20 09:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 09:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 09:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-09-20 09:30:00 - cleaning the object tree TB --- 2012-09-20 09:34:02 - cvsupping the source tree TB --- 2012-09-20 09:34:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-09-20 09:36:28 - building world TB --- 2012-09-20 09:36:28 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 09:36:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 09:36:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 09:36:28 - SRCCONF=/dev/null TB --- 2012-09-20 09:36:28 - TARGET=amd64 TB --- 2012-09-20 09:36:28 - TARGET_ARCH=amd64 TB --- 2012-09-20 09:36:28 - TZ=UTC TB --- 2012-09-20 09:36:28 - __MAKE_CONF=/dev/null TB --- 2012-09-20 09:36:28 - cd /src TB --- 2012-09-20 09:36:28 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 09:36:29 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee! .lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/amd64.amd64/src/rescue/rescue/../librescue/exec.o /obj/amd64.amd64/src/rescue/rescue/../librescue/getusershell.o /obj/amd64.amd64/src/rescue/rescue/../librescue/login_class.o /obj/amd64.amd64/src/rescue/rescue/../librescue/popen.o /obj/amd64.amd64/src/rescue/rescue/../librescue/rcmdsh.o /obj/amd64.amd64/src/rescue/rescue/../librescue/sysctl.o /obj/amd64.amd64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `main': socks.c:(.text+0x1d26): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `do_jail': zfs_main.c:(.text+0x1b55): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/amd64.amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 11:54:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 11:54:30 - ERROR: failed to build world TB --- 2012-09-20 11:54:30 - 6107.26 user 833.67 system 8670.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 11:56:17 2012 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 30417106566B; Thu, 20 Sep 2012 11:56: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 F37DF8FC14; Thu, 20 Sep 2012 11:56:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KBuGhG080001; Thu, 20 Sep 2012 07:56:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KBuGZl079997; Thu, 20 Sep 2012 11:56:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 11:56:16 GMT Message-Id: <201209201156.q8KBuGZl079997@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: Thu, 20 Sep 2012 11:56:17 -0000 TB --- 2012-09-20 09:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 09:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 09:30:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-09-20 09:30:00 - cleaning the object tree TB --- 2012-09-20 09:34:10 - cvsupping the source tree TB --- 2012-09-20 09:34:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-09-20 09:40:30 - building world TB --- 2012-09-20 09:40:30 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 09:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 09:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 09:40:30 - SRCCONF=/dev/null TB --- 2012-09-20 09:40:30 - TARGET=pc98 TB --- 2012-09-20 09:40:30 - TARGET_ARCH=i386 TB --- 2012-09-20 09:40:30 - TZ=UTC TB --- 2012-09-20 09:40:30 - __MAKE_CONF=/dev/null TB --- 2012-09-20 09:40:30 - cd /src TB --- 2012-09-20 09:40:30 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 09:40:31 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sconfig.lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo ! tail.lo tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/pc98.i386/src/rescue/rescue/../librescue/exec.o /obj/pc98.i386/src/rescue/rescue/../librescue/getusershell.o /obj/pc98.i386/src/rescue/rescue/../librescue/login_class.o /obj/pc98.i386/src/rescue/rescue/../librescue/popen.o /obj/pc98.i386/src/rescue/rescue/../librescue/rcmdsh.o /obj/pc98.i386/src/rescue/rescue/../librescue/sysctl.o /obj/pc98.i386/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x2086): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x1efb): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/pc98.i386/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 11:56:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 11:56:16 - ERROR: failed to build world TB --- 2012-09-20 11:56:16 - 6065.97 user 821.86 system 8775.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 12:34:56 2012 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 74E65106566C; Thu, 20 Sep 2012 12:34:56 +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 3CC938FC12; Thu, 20 Sep 2012 12:34:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KCYtC0005636; Thu, 20 Sep 2012 08:34:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KCYt7Y005619; Thu, 20 Sep 2012 12:34:55 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 12:34:55 GMT Message-Id: <201209201234.q8KCYt7Y005619@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 mips/mips 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, 20 Sep 2012 12:34:56 -0000 TB --- 2012-09-20 11:40:42 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 11:40:42 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 11:40:42 - starting HEAD tinderbox run for mips/mips TB --- 2012-09-20 11:40:42 - cleaning the object tree TB --- 2012-09-20 11:41:36 - cvsupping the source tree TB --- 2012-09-20 11:41:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-09-20 11:42:26 - building world TB --- 2012-09-20 11:42:26 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 11:42:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 11:42:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 11:42:26 - SRCCONF=/dev/null TB --- 2012-09-20 11:42:26 - TARGET=mips TB --- 2012-09-20 11:42:26 - TARGET_ARCH=mips TB --- 2012-09-20 11:42:26 - TZ=UTC TB --- 2012-09-20 11:42:26 - __MAKE_CONF=/dev/null TB --- 2012-09-20 11:42:26 - cd /src TB --- 2012-09-20 11:42:26 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 11:42:27 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/mips.mips/src/rescue/rescue/../librescue/exec.o /obj/mips.mips/src/rescue/rescue/../librescue/getusershell.o /obj/mips.mips/src/rescue/rescue/../librescue/login_class.o /obj/mips.mips/src/rescue/rescue/../librescue/popen.o /obj/mips.mips/src/rescue/rescue/../librescue/rcmdsh.o /obj/mips.mips/src/rescue/rescue/../librescue/sysctl.o /obj/mips.mips/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x228c): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x2d94): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/mips.mips/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 12:34:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 12:34:54 - ERROR: failed to build world TB --- 2012-09-20 12:34:54 - 2144.48 user 483.57 system 3252.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 12:53:12 2012 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 73B14106566B; Thu, 20 Sep 2012 12:53:12 +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 459378FC15; Thu, 20 Sep 2012 12:53:11 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KCrBEK050620; Thu, 20 Sep 2012 08:53:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KCrB4J050619; Thu, 20 Sep 2012 12:53:11 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 12:53:11 GMT Message-Id: <201209201253.q8KCrB4J050619@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, 20 Sep 2012 12:53:12 -0000 TB --- 2012-09-20 11:56:16 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 11:56:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 11:56:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-09-20 11:56:16 - cleaning the object tree TB --- 2012-09-20 11:56:53 - cvsupping the source tree TB --- 2012-09-20 11:56:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-09-20 11:57:39 - building world TB --- 2012-09-20 11:57:39 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 11:57:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 11:57:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 11:57:39 - SRCCONF=/dev/null TB --- 2012-09-20 11:57:39 - TARGET=sparc64 TB --- 2012-09-20 11:57:39 - TARGET_ARCH=sparc64 TB --- 2012-09-20 11:57:39 - TZ=UTC TB --- 2012-09-20 11:57:39 - __MAKE_CONF=/dev/null TB --- 2012-09-20 11:57:39 - cd /src TB --- 2012-09-20 11:57:39 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 11:57:40 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo sunlabel.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo ! tee.lo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/sparc64.sparc64/src/rescue/rescue/../librescue/exec.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/getusershell.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/login_class.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/popen.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/sysctl.o /obj/sparc64.sparc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x218c): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x2b98): undefined reference to `jail_getid' _$$hide$$ zfs.lo zfs_main.c:(.text+0x2c40): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/sparc64.sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 12:53:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 12:53:11 - ERROR: failed to build world TB --- 2012-09-20 12:53:11 - 2443.90 user 479.14 system 3414.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 13:53:22 2012 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 D1759106564A; Thu, 20 Sep 2012 13:53: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 988208FC16; Thu, 20 Sep 2012 13:53:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KDrLoB041354; Thu, 20 Sep 2012 09:53:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KDrLhv041353; Thu, 20 Sep 2012 13:53:21 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 13:53:21 GMT Message-Id: <201209201353.q8KDrLhv041353@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, 20 Sep 2012 13:53:22 -0000 TB --- 2012-09-20 11:52:20 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 11:52:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 11:52:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-09-20 11:52:20 - cleaning the object tree TB --- 2012-09-20 11:53:21 - cvsupping the source tree TB --- 2012-09-20 11:53:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-09-20 11:54:10 - building world TB --- 2012-09-20 11:54:10 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 11:54:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 11:54:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 11:54:10 - SRCCONF=/dev/null TB --- 2012-09-20 11:54:10 - TARGET=powerpc TB --- 2012-09-20 11:54:10 - TARGET_ARCH=powerpc TB --- 2012-09-20 11:54:10 - TZ=UTC TB --- 2012-09-20 11:54:10 - __MAKE_CONF=/dev/null TB --- 2012-09-20 11:54:10 - cd /src TB --- 2012-09-20 11:54:10 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 11:54:10 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/powerpc.powerpc/src/rescue/rescue/../librescue/exec.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/login_class.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/popen.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc.powerpc/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo main': (.text+0x21d0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo do_jail': _$$hide$$ zfs.lo zfs_main.c:(.text+0x239c): undefined reference to `jail_getid' _$$hide$$ zfs.lo zfs_main.c:(.text+0x2460): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/powerpc.powerpc/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 13:53:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 13:53:21 - ERROR: failed to build world TB --- 2012-09-20 13:53:21 - 6067.77 user 756.59 system 7260.51 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 13:56:55 2012 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 B40C0106566B; Thu, 20 Sep 2012 13:56:55 +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 846AA8FC18; Thu, 20 Sep 2012 13:56:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KDusJo048950; Thu, 20 Sep 2012 09:56:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KDusCs048949; Thu, 20 Sep 2012 13:56:54 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 13:56:54 GMT Message-Id: <201209201356.q8KDusCs048949@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 powerpc64/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, 20 Sep 2012 13:56:55 -0000 TB --- 2012-09-20 11:54:31 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 11:54:31 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 11:54:31 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-09-20 11:54:31 - cleaning the object tree TB --- 2012-09-20 11:55:12 - cvsupping the source tree TB --- 2012-09-20 11:55:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-09-20 11:55:47 - building world TB --- 2012-09-20 11:55:47 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 11:55:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 11:55:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 11:55:47 - SRCCONF=/dev/null TB --- 2012-09-20 11:55:47 - TARGET=powerpc TB --- 2012-09-20 11:55:47 - TARGET_ARCH=powerpc64 TB --- 2012-09-20 11:55:47 - TZ=UTC TB --- 2012-09-20 11:55:47 - __MAKE_CONF=/dev/null TB --- 2012-09-20 11:55:47 - cd /src TB --- 2012-09-20 11:55:47 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 11:55:48 UTC 2012 >>> 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 [...] (cd /src/rescue/rescue/../../usr.sbin/chroot && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chroot/ chroot.o) `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/exec.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/getusershell.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/login_class.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/popen.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/rcmdsh.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/sysctl.o /obj/powerpc.powerpc64/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo:(.text+0x22bc): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo:(.text+0x246c): undefined reference to `jail_getid' zfs.lo:(.text+0x254c): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/powerpc.powerpc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 13:56:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 13:56:54 - ERROR: failed to build world TB --- 2012-09-20 13:56:54 - 6157.01 user 768.60 system 7343.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 14:58:29 2012 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 8BA49106566B; Thu, 20 Sep 2012 14:58:29 +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 52EC88FC0C; Thu, 20 Sep 2012 14:58:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q8KEwSlv013173; Thu, 20 Sep 2012 10:58:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q8KEwSNs013172; Thu, 20 Sep 2012 14:58:28 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 20 Sep 2012 14:58:28 GMT Message-Id: <201209201458.q8KEwSNs013172@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 arm/arm 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, 20 Sep 2012 14:58:29 -0000 TB --- 2012-09-20 14:00:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-09-20 14:00:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-09-20 14:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-09-20 14:00:00 - cleaning the object tree TB --- 2012-09-20 14:02:46 - cvsupping the source tree TB --- 2012-09-20 14:02:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-09-20 14:05:07 - building world TB --- 2012-09-20 14:05:07 - CROSS_BUILD_TESTING=YES TB --- 2012-09-20 14:05:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-09-20 14:05:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-09-20 14:05:07 - SRCCONF=/dev/null TB --- 2012-09-20 14:05:07 - TARGET=arm TB --- 2012-09-20 14:05:07 - TARGET_ARCH=arm TB --- 2012-09-20 14:05:07 - TZ=UTC TB --- 2012-09-20 14:05:07 - __MAKE_CONF=/dev/null TB --- 2012-09-20 14:05:07 - cd /src TB --- 2012-09-20 14:05:07 - /usr/bin/make -B buildworld >>> World build started on Thu Sep 20 14:05:09 UTC 2012 >>> 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 [...] `chroot.o' is up to date. (cd /src/rescue/rescue/../../usr.sbin/chown && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/chown/ chown.o) `chown.o' is up to date. cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo ! xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /obj/arm.arm/src/rescue/rescue/../librescue/exec.o /obj/arm.arm/src/rescue/rescue/../librescue/getusershell.o /obj/arm.arm/src/rescue/rescue/../librescue/login_class.o /obj/arm.arm/src/rescue/rescue/../librescue/popen.o /obj/arm.arm/src/rescue/rescue/../librescue/rcmdsh.o /obj/arm.arm/src/rescue/rescue/../librescue/sysctl.o /obj/arm.arm/src/rescue/rescue/../librescue/system.o -lcrypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lavl -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmd -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm nc.lo: In function `_$$hide$$ nc.lo $a': _$$hide$$ nc.lo socks.c:(.text+0x18e0): warning: warning: mktemp() possibly used unsafely; consider using mkstemp() zfs.lo: In function `_$$hide$$ zfs.lo $a': _$$hide$$ zfs.lo zfs_iter.c:(.text+0x1e80): undefined reference to `jail_getid' *** Error code 1 Stop in /obj/arm.arm/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-09-20 14:58:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-09-20 14:58:28 - ERROR: failed to build world TB --- 2012-09-20 14:58:28 - 2032.88 user 491.10 system 3507.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 15:07:58 2012 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 5ADB7106566B; Thu, 20 Sep 2012 15:07:58 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 20CCA8FC14; Thu, 20 Sep 2012 15:07:57 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so5833902pbb.13 for ; Thu, 20 Sep 2012 08:07:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FaB2VFE+sKbiY/DpHsSC1Riox1wWqQ+YcTZTTs4MNng=; b=MFW/ITNakyusZfwx8+mVoy9dyQHcw2WvfgN2HUVqxZRuCbBOin6odlbuBHEeF50O6Z QC921FVU9Dd4XgDnQYw4rMDmpTJVlKEBKuAH1B88YUk0siLXnktq4TgOS1V//Zgay8Pz CtDMu0NP+m3vAOumVFt+YwNph4CFMPHOM5FaJgyU5Rh9a1aPMQ5zhaMjIoV9vL3tYMqg TS5pGk2ThvLopFg+D9UFcgHZ2r860MChd0A9heiYKbT8W3/RJoVMXeQS+oxujfE3JrZY S2d/qjo4gylEXh9Rfw4soJ5kx1lUiBPnSGUSSTHVLwRKL76i5q+bFsGDOoB0TlPTQKvd oQ3w== MIME-Version: 1.0 Received: by 10.68.224.71 with SMTP id ra7mr7366867pbc.154.1348153677671; Thu, 20 Sep 2012 08:07:57 -0700 (PDT) Received: by 10.68.240.38 with HTTP; Thu, 20 Sep 2012 08:07:57 -0700 (PDT) In-Reply-To: <20120920083409.GW37286@deviant.kiev.zoral.com.ua> References: <20120920021554.GP85604@FreeBSD.org> <20120920083409.GW37286@deviant.kiev.zoral.com.ua> Date: Thu, 20 Sep 2012 08:07:57 -0700 Message-ID: From: Maksim Yevmenkin To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: Gleb Smirnoff , Scott Long , FreeBSD Current Subject: Re: [RFC] how to get real ifi_baudrate from network interface 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, 20 Sep 2012 15:07:58 -0000 On Thu, Sep 20, 2012 at 1:34 AM, Konstantin Belousov wrote: > On Thu, Sep 20, 2012 at 06:15:54AM +0400, Gleb Smirnoff wrote: >> On Wed, Sep 19, 2012 at 02:16:17PM -0700, Maksim Yevmenkin wrote: >> M> hello, >> M> >> M> for sometime now i've been repeatedly annoyed by the fact that 10G >> M> interfaces lie about their ifi_baudrate. i would like to propose >> M> simple (hopefuly) change to address this. >> M> >> M> quick summary of the problem: >> M> >> M> struct if_data { >> M> ... >> M> u_char ifi_spare_char1; /* spare byte */ >> M> u_char ifi_spare_char2; /* spare byte */ >> M> ... >> M> u_long ifi_baudrate; /* linespeed */ >> M> ... >> M> }; >> M> >> M> as you can see ifi_baudrate is an u_long which is an arch specific >> M> type. on 32-bit arch it does not have enough bits to hold 10G line >> M> speed value (in bits per second) >> M> >> M> proposal >> M> >> M> we reuse one of the ifi_spare_char1 or ifi_spare_char2 bytes and >> M> re-purpose it as power factor to be applied to ifi_baudrate, i.e. >> M> >> M> real_ifi_baudrate = ifi_baudrate * 10 ** ifi_spare_char1 >> M> >> M> obviously, 10G nic drivers will have to set ifi_spare_char1 to >> M> appropriate value, but it should not be a big deal. also, legacy tools >> M> that do not know about ifi_spare_char1 would continue to report >> M> "wrong" ifi_baudrate as they used to. >> M> >> M> any objections? >> >> IMO, this is way to go for stable branches. In head it'll be better just >> have uint64_t without any crutches. > > You cannot do this in head either. It would break the libc exported ABI, > at least for getifaddrs(3). At least, the compat shims need to be provided, > but I suppose that breakage is much deeper. thanks. so, i take it there is no objections to the proposed hack-ish workaround? i understand that there is a desire to fix thing "the right way", but it involves breaking ABI. at least proposed hack-ish workaround gets us somewhere. if no one objects, then i will put workaround in. thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 17:47:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4416A1065674; Thu, 20 Sep 2012 17:47:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 19A728FC14; Thu, 20 Sep 2012 17:47:02 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 71BB8B983; Thu, 20 Sep 2012 13:47:01 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, mexas@bristol.ac.uk Date: Thu, 20 Sep 2012 08:48:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201209200817.q8K8HqPX012614@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201209200817.q8K8HqPX012614@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209200848.19246.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 20 Sep 2012 13:47:01 -0400 (EDT) Cc: linimon@lonesome.com, freebsd-ia64@freebsd.org Subject: Re: out of swap space causing 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: Thu, 20 Sep 2012 17:47:02 -0000 On Thursday, September 20, 2012 4:17:52 am Anton Shterenlikht wrote: > It is expected that running out of swap space > causes panic? > > This is on ia64 r235474. > > Mark, I'll add another swap disk, > so there will be ~85 GB of swap space. > Will let you know when done. > > > - - - - - - - - - - Prior Console Output - - - - - - - - - - > swap_pager_getswapspace(16): failed > Sep 19 04:12:20 mech-as28 kernel: pid 36179 (tst_fmt_usr), uid 0, was killed: out of swap space > Sep 19 10:54:01 mech-as28 su: mexas to root on /dev/pts/0 > panic: _mtx_lock_sleep: recursed on non-recursive mutex process lock @ /usr/src/sys/ia64/ia64/trap.c:562 > > cpuid = 1 > KDB: enter: panic > [ thread pid 25199 tid 100332 ] > Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe25000,gp ;; > db> > db> bt > Tracing pid 25199 tid 100332 td 0xe0000001d44088a0 > kdb_enter(0x9ffc000000c52c38, 0x9ffc000000c52c38, 0x9ffc0000004eb6b0, 0x793) at kdb_enter+0x92 > panic(0x9ffc000000c50e98, 0x9ffc000000c50f40, 0x9ffc000000c93830, 0x232) at panic+0x420 > _mtx_lock_sleep(0xe0000000159c6e90, 0xe0000001d44088a0, 0x0, 0x9ffc000000c93830, 0x232) at _mtx_lock_sleep+0xb0 > _mtx_lock_flags(0xe0000000159c6e90, 0x0, 0x9ffc000000c93830, 0x232, 0x9ffc00000097dcc0, 0x716, 0x14022d4c0) at _mtx_lock_flags+0x1a0 > trap(0x14, 0xa0000000f88fb000) at trap+0x940 > ivt_Data_TLB() at ivt_Data_TLB+0x1d0 > --- trapframe at 0xa0000000f88fb000 > crhold() at crhold+0x10 No, your problem is here. You should never get a trap in crhold(). Something else is wrong. > cred_update_thread(0xe0000001d44089d0, 0xe0000000159c6dd8, 0xe0000000159c6e90, 0x9ffc000000c51cf0) at cred_update_thread+0x70 > syscall(0xe0000000159c6d98, 0x1408aa000, 0x1c, 0xe0000001d44088a0, 0x140849630, 0x0, 0x9ffc000000979a40, 0x8) at syscall+0xd0 > epc_syscall_return() at epc_syscall_return Note that this is not a thread in vm_pageout_oom(), so this is not in the code handling the out-of-swap condition. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 20 17:47:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C64C91065672; Thu, 20 Sep 2012 17:47:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9A42D8FC15; Thu, 20 Sep 2012 17:47:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BA289B9A6; Thu, 20 Sep 2012 13:47:02 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, mexas@bristol.ac.uk Date: Thu, 20 Sep 2012 08:50:05 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201209200853.q8K8rULv012675@mech-cluster241.men.bris.ac.uk> In-Reply-To: <201209200853.q8K8rULv012675@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209200850.05063.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 20 Sep 2012 13:47:02 -0400 (EDT) Cc: freebsd-ia64@freebsd.org Subject: Re: ia64 panic: make_dev_credv: bad si_name (error=17, si_name=pass3) 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, 20 Sep 2012 17:47:04 -0000 On Thursday, September 20, 2012 4:53:30 am Anton Shterenlikht wrote: > On ia64 r235474 I added another > disk and did "camcontrol rescan all" > to see it. I got this panic: > > panic: make_dev_credv: bad si_name (error=17, si_name=pass3) 17 is EEXIST. It seems you still had a pass3 device present (that is the root cause of this panic). Presumably you pulled a disk first and that didn't get cleaned up properly? Either that or CAM is trying to use the same name for two devices for some reason. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 21 00:24:48 2012 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 F3044106566B; Fri, 21 Sep 2012 00:24:47 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 546508FC0A; Fri, 21 Sep 2012 00:24:45 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so3927786lbb.13 for ; Thu, 20 Sep 2012 17:24:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=6W00lKwbtN1omyhyOsTSSYofFPMlDSJIchDghmi1WT8=; b=mhtCa1FR/auVB5rcKLF6ozVNBHUfLguw4EbInJXRGlWUBu+yittMGF0Pc9O1mODCxM Ub/XeIkehjK7mYIj3VNGZqEWj9a9TjjhB7YPFRuisSnuUxUz+SmNHx0Lip8RB9+z1WCl r2VqKwaj86qkGwsY4Tex9aIIW1qzpwQPVNc2m0bMIfQIWJh3JYAT06JZWPDtOXsiwtsm ARk6QpWnKNvB/3uRl1KNOwuHDbaqtw1n+m6nQFlzxKJ6bH4hmo6gMC34KtASytfGZ1IO hMj69LmLdBQbLf6PLyKbcjigMsaE5FnC2uDl9rtuh7m/P3Jf+bhbYkDjA+jL6s8vjsYt G8bg== MIME-Version: 1.0 Received: by 10.112.82.66 with SMTP id g2mr1189036lby.15.1348187084804; Thu, 20 Sep 2012 17:24:44 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Thu, 20 Sep 2012 17:24:44 -0700 (PDT) In-Reply-To: References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> Date: Fri, 21 Sep 2012 01:24:44 +0100 X-Google-Sender-Auth: e9-qkoeyV4fWH0A9ttW69Y7epXU Message-ID: From: Attilio Rao To: FreeBSD FS , freebsd-current@freebsd.org, Peter Holm , =?UTF-8?Q?Gustau_P=C3=A9rez?= , George Neville-Neil , Florian Smeets , bdrewery@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 00:24:48 -0000 On Fri, Sep 21, 2012 at 1:22 AM, Attilio Rao wrote: [ trimm ] > > You can use the branch directly or this patch against -CURRENT at 240752: > http://www.freebsd.org/~attilio/fuse_import/fuse_240752.patch > > In order to test this work, then, you just need to patch (or use > directly the branch) your sources with this patch and install ports > normally as they work. Forgot to tell: with the new branch you *must not* install fusefs-kmod port. Please test it from a pristine installation or double-check if your fusefs-kmod port is completely gone (if already installed) before to report bugs as its functionality could be tainting the branch one. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Sep 21 00:28:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44A03106564A; Fri, 21 Sep 2012 00:28:26 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id A119D8FC08; Fri, 21 Sep 2012 00:28:24 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so3930523lbb.13 for ; Thu, 20 Sep 2012 17:28:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=Phz+wLnOM6ybKNOMNmFaJ5/EXOoTOgo/FllHDRXoHYA=; b=hU0D0yC2H1Zmdx4/fP7IOxG7TjNGhLkXE7qRwuuS3n0lmU7VW/mxkFuY+INnDttACk E41/0EmKeZnLNuPJOoivDd/RjxpZMVb+rTcdHx4czQWZdjG0KofliSYy+TT1sU/6RJ2y YXWYTzDyJgM4jcHdKkZXmry6JMU4fs0+avfvWRehcyvvgeZzPRn8boibhibx99F+mJVT HSwn+IWlqTW7/eUNb/gbdTPwgHS/R7WqAZBTRksy9svQNlpFnRxWss9E7KoZJd/GYlOa yQ5OAHM20BwUNyuk9Qsl0a73Z19ObRJjmXCg4mVvPrP/Bbo7LMpCfrIgOYlSXH8OH00L DSTg== MIME-Version: 1.0 Received: by 10.152.112.233 with SMTP id it9mr2813805lab.40.1348186974838; Thu, 20 Sep 2012 17:22:54 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.102.39 with HTTP; Thu, 20 Sep 2012 17:22:54 -0700 (PDT) In-Reply-To: References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> Date: Fri, 21 Sep 2012 01:22:54 +0100 X-Google-Sender-Auth: wZLKdGCIiTExkzPYkAJj7fAHXKw Message-ID: From: Attilio Rao To: FreeBSD FS , freebsd-current@freebsd.org, Peter Holm , =?UTF-8?Q?Gustau_P=C3=A9rez?= , George Neville-Neil , Florian Smeets , bdrewery@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: MPSAFE VFS -- List of upcoming actions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 00:28:26 -0000 On Wed, Sep 19, 2012 at 3:48 AM, Attilio Rao wrote: > On Fri, Jul 13, 2012 at 12:18 AM, Attilio Rao wrote: >> 2012/7/4 Attilio Rao : >>> 2012/6/29 Attilio Rao : >>>> As already published several times, according to the following plan: >>>> http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS >>>> >>> >>> I still haven't heard from Vivien or Edward, anyway as NTFS is >>> basically only used RO these days (also the mount_ntfs code just >>> permits RO mounting) I stripped all the uncomplete/bogus write support >>> with the following patch: >>> http://www.freebsd.org/~attilio/ntfs_remove_write.patch >>> >>> This is an attempt to make the code smaller and possibly just focus on >>> the locking that really matter (as read-only filesystem). >>> On some points of the patch I'm a bit less sure as we could easily >>> take into account also write for things like vaccess() arguments, and >>> make easier to re-add correct write support at some point in the >>> future, but still force RO, even if the approach used in the patch is >>> more correct IMHO. >>> As an added bonus this patch cleans some dirty code in the mount >>> operation and fixes a bug as vfs_mountedfrom() is called before real >>> mounting is completed and can still fail. >> >> A quick update on this. >> It looks like NTFS won't be completed for this GSoC thus I seriously >> need to find an alternative to not loose the NTFS support entirely. >> >> I tried to look into the NTFS implementation right now and it is >> really a poor support. As Peter has also verified, it can deadlock in >> no-time, it compeltely violates VFS rules, etc. IMHO it deserves a >> complete rewrite if we would still support in-kernel NTFS. I also >> tried to look at the NetBSD implementation. Their code is someway >> similar to our, but they used very complicated (and very dirty) code >> to do the locking. Even if I don't know well enough NetBSD VFS, I have >> the impression not all the races are correctly handled. Definitively, >> not something I would like to port. >> >> Considering all that the only viable option would be meaning an >> userland filesystem implementation. My preferred choice would be to >> import PUFFS and librefuse on top of it but honestly it requires a lot >> of time to be completed, time which I don't currently have as in 2 >> months Giant must be gone by the VFS. >> >> I then decided to switch to gnn's rewamp of FUSE patches. You can find >> his initial e-mail here: >> http://lists.freebsd.org/pipermail/freebsd-fs/2012-March/013876.html >> >> I've precisely got the second version of George's patch and created >> this dolphin branch: >> svn://svn.freebsd.org/base/projects/fuse >> >> I'm fixing low hanging fruit for the moment (see r238411 for example) >> and I still have to make a throughful review. >> However my idea is to commit the support once: >> - ntfs-3g is well stress-tested and proves to be bug-free >> - there is no major/big technical issue pending after the reviews > > In the last weeks Peter, Florian, Gustau and I have been working in > stabilizing fuse support. In the specific, Peter has worked hard on > producing several utilities to nit stress-test fuse and in particular > ntfs, Florian has improved fuse related ports (as explained later) and > Gustau has done sparse testing. I feel moderately satisfied by the > level of stability of fuse now to propose to wider usage, in > particular given the huge amount of complaints I'm hearing around > about occasional fuse users. > > The final target of the project is to completely import into base the > content of fusefs-kmod starting from earlier posted patches by George. > So far, we took care only of importing in the fuse branch the kernel > part, so that fusefs-kmod userland part is still needed to be > installed from ports, but I was studying the mount_fusefs licensing > before to process with the import for the userland bits of it. > > The fixing has been happening here: > svn://svn.freebsd.org/base/projects/fuse/ > > which is essentially an HEAD branch + fuse kernel components. In order > to get fuse, please compile a kernel from this branch with FUSE option > or simply build and load fuse module. > Alternatively, a kernel patch that should work with HEAD@240684 is here: > http://www.freebsd.org/~attilio/fuse_import/fuse_240684.patch > > I guess the patch can easilly apply to all FreeBSD branches, really, > but it is not tested to anything else different then -CURRENT. > > As said you still need currently to build fusefs-kmod port. However > you need these further patches, to be put in the fusefs-kmod/files/ > directory:: > http://www.freebsd.org/~attilio/fuse_import/patch-Makefile > http://www.freebsd.org/~attilio/fuse_import/patch-mount_fusefs__mount_fusefs2.c > > They both disable the old kernel building/linking and import new > functionality to let the new kernel support work well in presence of > many consumers. > > In addition to fusefs-kmod, Bryan and Florian have also updated > fusefs-lib and fusefs-ntfs ports. For instance, please refer to this > e-mail: > http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.html > > Even if this work is someway independent by the fusefs-kmod import, I > warmly suggest to all of you to use their patches (and this what we > have been testing so far too. So, after Bryan and Florian ports update, I've also committed userland part of fusefs-kmod and now the project branch fully mirrors functionality of fusefs-kmod. The code in projects/fuse, infact, will also install mount_fusefs as part of the fuse support. You can use the branch directly or this patch against -CURRENT at 240752: http://www.freebsd.org/~attilio/fuse_import/fuse_240752.patch In order to test this work, then, you just need to patch (or use directly the branch) your sources with this patch and install ports normally as they work. If no major bugs are found before October 4th, this is the code that is going to be committed to HEAD. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Fri Sep 21 00:56:43 2012 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 8090C106564A for ; Fri, 21 Sep 2012 00:56:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4CE948FC08 for ; Fri, 21 Sep 2012 00:56:43 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so6959805pbb.13 for ; Thu, 20 Sep 2012 17:56:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=RzHG6B5Ab8iv8HgtJwG8K5HsI+RfVGCQMKmM9G1Fpns=; b=Inr2mHdsAfhJPHo9KF1rfCheI4ukeBdCgUsHbXc9b2uU5yX2OtkmaBPBxAH4TQ8Ulf CpsRFxV41XPQN5vB6GYgeqKBpkoKYn5lsR83wJW/ejWOYJtWRPeL6pi3AFN3fcLI0Ra1 LmNVKQXufDYcJoVHc00UOgNcmSi5xTXI/22It4bmQkEWN6Iy3SV7RZnOpyYu+iXds3OQ 46+iMDD3ZRD/+TY+UG8EkVurWMciNX7aa7bcyb7nFX3gRcHVc/4+6aBRIo6neaJOtlZz Cqf3SoegJVF7OPsXDDugISYH0OfW5FQokE0M3rZMba5niNJ7k8UoCj86e9bHDoys/mG4 Y/9Q== Received: by 10.68.200.231 with SMTP id jv7mr10895383pbc.140.1348189002594; Thu, 20 Sep 2012 17:56:42 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPS id y6sm3218983pav.20.2012.09.20.17.56.38 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 20 Sep 2012 17:56:40 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 21 Sep 2012 09:56:31 -0700 From: YongHyeon PYUN Date: Fri, 21 Sep 2012 09:56:31 -0700 To: Wanpeng Qian Message-ID: <20120921165631.GA3184@michelle.cdnetworks.com> References: <20120917005718.GA1827@michelle.cdnetworks.com> <20120918232714.GA1668@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 00:56:43 -0000 On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote: > Hi, > > >On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: > >> Hi, here is the dmesg output. > >> > >> bge0: mem > >> 0xfe9f0000-0xfe9fffff irq 18 at device 0.0 on pci4 > >> bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E > >> miibus0: on bge0 > >> brgphy0: PHY 1 on miibus0 > >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > >> > > > >It seems your controller is BCM5784 A1. The latest WIP have one > >change that may affect its DMA behavior. So it would be good to > >know how the WIP version works on your box. > > I update my system to 9-STABLE and using your WIP files. > after I reboot the whole system. I cannot find bge anymore. > > here is the pciconf -lv output. > > none1@pci0:4:0:0: class=0x020000 card=0x705d103c chip=0x165b14e4 > rev=0x10 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' > class = network > subclass = ethernet Hmm, the WIP version didn't remove the chip id so bge(4) may have failed to attach. Could you check any message printed by bge(4) in dmesg output? > > Regards. > > Qian > > > > >> FreeBSD 9.0 RELEASE. > >> > >> Regards. > >> > >> Qian > >> > >> > > >> >watchdog timeouts can be triggered by various issues so it's hard > >> >to guess the root cause of the issue. > >> >Would you show me the dmesg output(bge(4)/brgphy(4) output > >> >only)? > >> > From owner-freebsd-current@FreeBSD.ORG Fri Sep 21 00:03:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C083106566C; Fri, 21 Sep 2012 00:03:16 +0000 (UTC) (envelope-from flo@smeets.im) Received: from mail.solomo.de (mail.solomo.de [IPv6:2a01:238:42c7:9a00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2F68FC1E; Fri, 21 Sep 2012 00:03:15 +0000 (UTC) Received: from mail.solomo.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 790DDC3833; Fri, 21 Sep 2012 02:03:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at solomo.de Received: from mail.solomo.de ([127.0.0.1]) by mail.solomo.de (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id eJL7agiouy0y; Fri, 21 Sep 2012 02:03:13 +0200 (CEST) Received: from nibbler-osx.local (unknown [IPv6:2001:4dd0:ff00:8bb6:d806:7e81:457:3997]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 5A5F1C381A; Fri, 21 Sep 2012 02:03:13 +0200 (CEST) Message-ID: <505BAEBF.7070403@smeets.im> Date: Fri, 21 Sep 2012 02:03:11 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: Bryan Drewery References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> <505A468E.2080902@FreeBSD.org> In-Reply-To: <505A468E.2080902@FreeBSD.org> X-Enigmail-Version: 1.5a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig856A503AD0801149A196BDD4" X-Mailman-Approved-At: Fri, 21 Sep 2012 01:13:18 +0000 Cc: FreeBSD FS , =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= , Peter Holm , attilio@freebsd.org, George Neville-Neil , freebsd-current@freebsd.org Subject: Re: MPSAFE VFS -- List of upcoming actions 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, 21 Sep 2012 00:03:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig856A503AD0801149A196BDD4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 20.09.12 00:26, Bryan Drewery wrote: > On 9/18/2012 9:48 PM, Attilio Rao wrote: >> In addition to fusefs-kmod, Bryan and Florian have also updated >> fusefs-lib and fusefs-ntfs ports. For instance, please refer to this >> e-mail: >> http://lists.freebsd.org/pipermail/freebsd-ports/2012-August/077950.ht= ml >> >> Even if this work is someway independent by the fusefs-kmod import, I >> warmly suggest to all of you to use their patches (and this what we >> have been testing so far too). >=20 > I have committed my updates to sysutils/fusefs-ntfs now. >=20 The sysutils/fusefs-libs port was updated a few minutes ago. Florian --------------enig856A503AD0801149A196BDD4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAlBbrsAACgkQapo8P8lCvwmtHQCfc6yPoAmqqlh5DSm/XfJ9PnmY TAcAn1LDy4OziPr+8ydUvSLvHXKTGkrw =ME21 -----END PGP SIGNATURE----- --------------enig856A503AD0801149A196BDD4-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 21 10:36:43 2012 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 37359106564A; Fri, 21 Sep 2012 10:36:43 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id CD4FB8FC1B; Fri, 21 Sep 2012 10:36:42 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4612649vbm.13 for ; Fri, 21 Sep 2012 03:36:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=mo3qrdbM4kBT4IO6nfdQRcsvWCL8xld7hOChELLvfp4=; b=G7FludqIZ+6v+nG0539YXNzvHdw22TqTRyWcbU4INK209F4slWXqqosCneGnI3KLvc /ZaFVbFqfG5bg+GUfdr9zPMSve8FCOksY9iz6sHtju6YhgQNvNR4bOth8C8lNVZ4v50W wzbfSfnHtq9HkoW1Lq0h08EL9Wtle2hQUJYc+KFFo1mgC1dfYhCsD+NtKsT1BGGhh7OE tDP7VRRu4AQKM+vtF9rsFZkXKLP1BnHgefOtL9VDbf5Q+fkExrelvWBtniKwoH9vw779 pnAspGQxQTD0+abTIJ8aJAZBDIb/Xd7uBD3LPtS8tOcLlViVFNBKN6m6ubj8munUd0Pf rdtA== MIME-Version: 1.0 Received: by 10.52.29.40 with SMTP id g8mr2247648vdh.68.1348223801526; Fri, 21 Sep 2012 03:36:41 -0700 (PDT) Received: by 10.58.26.129 with HTTP; Fri, 21 Sep 2012 03:36:41 -0700 (PDT) Date: Fri, 21 Sep 2012 06:36:41 -0400 Message-ID: From: Kim Culhan To: Sergey Kandaurov Content-Type: text/plain; charset=ISO-8859-1 Cc: Gleb Smirnoff , freebsd-current@freebsd.org Subject: pf startup: KDB stack backtrace -restarted 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, 21 Sep 2012 10:36:43 -0000 Running -current r240768 at boot and on reload with pfctl -f /etc/pf.conf a considerable amount of KDB backtrace data is logged. The data at boot from dmesg is located at: http://pastebin.com/uEJH97Em thanks -kim From owner-freebsd-current@FreeBSD.ORG Fri Sep 21 11:23:30 2012 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 F2E07106564A; Fri, 21 Sep 2012 11:23:29 +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 AD5BB8FC08; Fri, 21 Sep 2012 11:23:29 +0000 (UTC) Received: from irix.bris.ac.uk ([137.222.10.39] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1TF1K9-0004na-Oj; Fri, 21 Sep 2012 12:23:22 +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.72) (envelope-from ) id 1TF1K9-0001Ni-JN; Fri, 21 Sep 2012 12:23:09 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q8LBN9O0023405; Fri, 21 Sep 2012 12:23:09 +0100 (BST) (envelope-from mexas@mech-cluster241.men.bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q8LBN9c9023404; Fri, 21 Sep 2012 12:23:09 +0100 (BST) (envelope-from mexas) Date: Fri, 21 Sep 2012 12:23:09 +0100 (BST) From: Anton Shterenlikht Message-Id: <201209211123.q8LBN9c9023404@mech-cluster241.men.bris.ac.uk> To: freebsd-current@freebsd.org, jhb@freebsd.org, mexas@bristol.ac.uk In-Reply-To: <201209200850.05063.jhb@freebsd.org> X-Spam-Score: -3.8 X-Spam-Level: --- Cc: freebsd-ia64@freebsd.org Subject: Re: ia64 panic: make_dev_credv: bad si_name (error=17, si_name=pass3) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mexas@bristol.ac.uk List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 11:23:30 -0000 From jhb@freebsd.org Thu Sep 20 20:30:06 2012 On Thursday, September 20, 2012 4:53:30 am Anton Shterenlikht wrote: > On ia64 r235474 I added another > disk and did "camcontrol rescan all" > to see it. I got this panic: > > panic: make_dev_credv: bad si_name (error=17, si_name=pass3) 17 is EEXIST. It seems you still had a pass3 device present (that is the root cause of this panic). Presumably you pulled a disk first and that didn't get cleaned up properly? Either that or CAM is trying to use the same name for two devices for some reason. Ok, what I did exactly was this. This node had 3 scsi disks directly inside it: da0 at mpt0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit) da0: Command Queueing enabled da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) da1 at mpt0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit) da1: Command Queueing enabled da1: 17366MB (35566478 512 byte sectors: 255H 63S/T 2213C) da2 at mpt1 bus 0 scbus1 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit) da2: Command Queueing enabled da2: 17366MB (35566478 512 byte sectors: 255H 63S/T 2213C) and another 2 logical disks attached via fibre, isp(4): da3 at isp0 bus 0 scbus2 target 0 lun 1 da3: Fixed Direct Access SCSI-4 device da3: 200.000MB/s transfers WWNN 0x500805f3000ec220 WWPN 0x500805f3000ec221 PortID 0x10000 da3: Command Queueing enabled da3: 69460MB (142255575 512 byte sectors: 255H 63S/T 8855C) da4 at isp0 bus 0 scbus2 target 0 lun 5 da4: Fixed Direct Access SCSI-4 device da4: 200.000MB/s transfers WWNN 0x500805f3000ec220 WWPN 0x500805f3000ec221 PortID 0x10000 da4: Command Queueing enabled da4: 140011MB (286744185 512 byte sectors: 255H 63S/T 17849C) I then cut out another logical disk from MSA1000, and assigned it lun 2. So if da(4) numbers disks in the order of their lun, then I guess there was a conflict - lun 2 disk had to become da4, but da4 already existed. Is that what you refer to? Anyway, after the panic and a reboot the former da4 became da5, and the new disk became da4: da3 at isp0 bus 0 scbus2 target 0 lun 1 da3: Fixed Direct Access SCSI-4 device da3: 200.000MB/s transfers WWNN 0x500805f3000ec220 WWPN 0x500805f3000ec221 PortID 0x10000 da3: Command Queueing enabled da3: 69460MB (142255575 512 byte sectors: 255H 63S/T 8855C) da4 at isp0 bus 0 scbus2 target 0 lun 2 da4: Fixed Direct Access SCSI-4 device da4: 200.000MB/s transfers WWNN 0x500805f3000ec220 WWPN 0x500805f3000ec221 PortID 0x10000 da4: Command Queueing enabled da4: 69460MB (142255575 512 byte sectors: 255H 63S/T 8855C) da5 at isp0 bus 0 scbus2 target 0 lun 5 da5: Fixed Direct Access SCSI-4 device da5: 200.000MB/s transfers WWNN 0x500805f3000ec220 WWPN 0x500805f3000ec221 PortID 0x10000 da5: Command Queueing enabled da5: 140011MB (286744185 512 byte sectors: 255H 63S/T 17849C) So how could I've done what I wanted to do without causing a panic? Maybe I should've unmounted all but the root disk? Thank you Anton From owner-freebsd-current@FreeBSD.ORG Fri Sep 21 11:34:41 2012 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 87F35106566B for ; Fri, 21 Sep 2012 11:34:41 +0000 (UTC) (envelope-from spf72sa9@rhythm.ocn.ne.jp) Received: from smtp.rhythm.ocn.ne.jp (rhythm.ocn.ne.jp [122.28.30.178]) by mx1.freebsd.org (Postfix) with ESMTP id 099EB8FC17 for ; Fri, 21 Sep 2012 11:34:40 +0000 (UTC) Received: from rhythm.ocn.ne.jp (p5061-ipngn100509fukuokachu.fukuoka.ocn.ne.jp [153.130.238.61]) by smtp.rhythm.ocn.ne.jp (Postfix) with SMTP id 4540E282B; Fri, 21 Sep 2012 20:34:32 +0900 (JST) From: Wanpeng Qian To: pyunyh@gmail.com Date: Fri, 21 Sep 2012 20:34:29 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: HidemaruMail 5.70 (WinNT,601) In-Reply-To: <20120921165631.GA3184@michelle.cdnetworks.com> References: <20120918232714.GA1668@michelle.cdnetworks.com> <20120921165631.GA3184@michelle.cdnetworks.com> Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Call for bge(4) testers 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, 21 Sep 2012 11:34:41 -0000 >On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote: >> Hi, >> >> >On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: >> >> Hi, here is the dmesg output. >> >> >> >> bge0: mem >> >> 0xfe9f0000-0xfe9fffff irq 18 at device 0.0 on pci4 >> >> bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E >> >> miibus0: on bge0 >> >> brgphy0: PHY 1 on miibus0 >> >> brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> >> 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow >> >> >> > >> >It seems your controller is BCM5784 A1. The latest WIP have one >> >change that may affect its DMA behavior. So it would be good to >> >know how the WIP version works on your box. >> >> I update my system to 9-STABLE and using your WIP files. >> after I reboot the whole system. I cannot find bge anymore. >> >> here is the pciconf -lv output. >> >> none1@pci0:4:0:0: class=0x020000 card=0x705d103c chip=0x165b14e4 >> rev=0x10 hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' >> class = network >> subclass = ethernet > >Hmm, the WIP version didn't remove the chip id so bge(4) may have >failed to attach. >Could you check any message printed by bge(4) in dmesg output? There is neither message related to bge in the dmesg output. nor ifconfig -a output. anything else I can try ? > >> >> Regards. >> >> Qian >> >> > >> >> FreeBSD 9.0 RELEASE. >> >> >> >> Regards. >> >> >> >> Qian >> >> >> >> > >> >> >watchdog timeouts can be triggered by various issues so it's hard >> >> >to guess the root cause of the issue. >> >> >Would you show me the dmesg output(bge(4)/brgphy(4) output >> >> >only)? >> >> > From owner-freebsd-current@FreeBSD.ORG Fri Sep 21 16:56:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F243E106566C; Fri, 21 Sep 2012 16:56:58 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id A7E8B8FC0A; Fri, 21 Sep 2012 16:56:58 +0000 (UTC) Received: from JRE-MBP-2.local (c-50-143-149-8.hsd1.ca.comcast.net [50.143.149.8]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q8LGuuoU008632 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 21 Sep 2012 09:56:57 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <505C9C58.3060006@freebsd.org> Date: Fri, 21 Sep 2012 09:56:56 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Mikolaj Golub References: <5F3C03B6-01D0-42DE-BE9E-323DBDC90C8E@neville-neil.com> <20120921092235.GC66984@gmail.com> In-Reply-To: <20120921092235.GC66984@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Anuranjan Shukla , FreeBSD Current Subject: Proposal for change to kernel linker for fixing a VNET and DPCPU problem. 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, 21 Sep 2012 16:56:59 -0000 On 9/21/12 2:22 AM, Mikolaj Golub wrote: > On Fri, Sep 07, 2012 at 01:28:16AM -0700, Anuranjan Shukla wrote: >> Hi George, >> Thanks for taking a look. Some answers/comments below. >> >>>> Building FreeBSD without the network stack (network stack as a module) >>>> ---------------------------------------------------------------------- >>>> >>> This would be interesting for many reasons, and I think it would be a good >>> contribution. Does the work you've done in this area handle the VNET >>> stuff that is in the stack as well? That is, how well does the network >>> stack >>> as a module play with the vnet architecture? >> I'll follow up on this one separately. > FYI, there is at least this issue with virtualized global variables in modules: > > http://lists.freebsd.org/pipermail/freebsd-virtualization/2011-July/000737.html > > On archs that use link_elf.c (i.e. all except amd64, which uses > link_elf_obj.c) virtualized global variables in modules can not be > accessed from another modules, because link_elf on a module load does > relocation only for VNET variables defined in this module. > > As it was pointed by Marko Zec, the same issue is with DPCPU. > > The latest patch I have (both for VNET and DPCPU): > > http://people.freebsd.org/~trociny/link_elf.c.pcpu_vnet.patch > > The fix is to make the linker on a module load recognize "external" > VNET/DPCPU variables defined in the previously loaded modules and > relocate them accordingly. For this set_pcpu_list and set_vnet_list > are used, where the addresses of modules 'set_pcpu' and 'set_vnet' > linker sets are stored in. it makes sense to me, but I really am not a linker person.. I think it woul be good to get Doug Rabson to weigh in on it, and maybe john Baldwin.. moving to -current as it's not a "net" issue really.. From owner-freebsd-current@FreeBSD.ORG Fri Sep 21 21:28:29 2012 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 06FFB106564A for ; Fri, 21 Sep 2012 21:28:29 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id B086E8FC0C for ; Fri, 21 Sep 2012 21:28:28 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAB/bXFCDaFvO/2dsb2JhbABFhgu0XoRAgiABAQUjBFIzAgINGQJZBogYpkOSe4EhiXuFFIESA5VkkCKDA4FHNA X-IronPort-AV: E=Sophos;i="4.80,465,1344225600"; d="scan'208";a="182731043" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 21 Sep 2012 17:28:22 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 071A0B4048; Fri, 21 Sep 2012 17:28:22 -0400 (EDT) Date: Fri, 21 Sep 2012 17:28:22 -0400 (EDT) From: Rick Macklem To: FreeBSD-Current Message-ID: <627814917.1029105.1348262902010.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <505C1A99.4080800@ist.tugraz.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Herbert Poeckl Subject: open-sshd uses non-default Kerberos cred cache breaking Kerberized NFS 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, 21 Sep 2012 21:28:29 -0000 Herbert emailed with a problem using the kerberized NFS client in FreeBSD. He has been able to isolate the problem to the fact that the sshd he uses (from open-sshd in ports) uses a non-default tgt credentials cache. The problem is that the gssd sets KRB5CCNAME to /tmp/krb5cc_, where is the effective uid of the process doing the NFS RPC, so that it can do an init_sec_context() GSSAPI call to get the GSSAPI token. This fails if the tgt is in a credentials cache file under a different name. Here's the code snippet from gssd.c: snprintf(ccname, sizeof(ccname), "FILE:/tmp/krb5cc_%d", (int) argp->uid); setenv("KRB5CCNAME", ccname, TRUE); I can't think of any way to fix this, since the gssd runs as effective uid==0 and needs to access the credentials cache for other users. Can anyone conversant with Kerberos suggest a fix? Or does anyone know if there is an easy way to tell open-sshd to use the default credential cache file name? If not, all I can think of is to document this in gssd.8. Thanks in advance for any help with this, rick [Herbert Poeckl wrote in an email to me, copied with his permission] > Hi Rick, > > On 09/20/2012 11:45 PM, Rick Macklem wrote: > >>> Ok, after the mount, if you log in as a non-root user, kinit as > >>> that > >>> user to get a tgt, then try and access the mount point... "what > >>> happens"? > >> > >> And then the request for root@IST.INTRA happens. > >> > > If you can capture packets from the mount until this happens and > > email > > it to me, hopefully I can spot when this happens. For example, try > > something like: > > # tcpdump -s 0 -w file.pcap host srv.ist.intra > > - then in another window > > # mount -t nfs -o nfsv4,gssname=host,sec=krb5 srv.ist.intra:/ > > /mnt > > # > > - then in a window logged into a non-root user that has kinit'd > > % ls /mnt > > - and whatever else it takes to cause it to access root@IST.INTRA, > > which > > shouldn't happen. (It should use the non-root user's principal or > > the > > host/soy.ist.intra@IST.INTRA one.) > > > > My guess is that some recent change has confused it so it tries to > > use a > > credential for uid 0. > > I did some more testing. > > This is what I found out: > > If the environment variable KRB5CCNAME for the user is not set, or is > set to FILE:/tmp/krb5cc_20001 (user with uidnumber 20001) then > everything works as expected! > > If the environment variable is set to something different, which > happens > when the user logs in with SSH, like FILE:/tmp/krb5cc_20001_HNYQhqGftu > then I get the problem as described (request for root@IST.INTRA). > > Herbert From owner-freebsd-current@FreeBSD.ORG Fri Sep 21 21:39:41 2012 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 75A11106566B; Fri, 21 Sep 2012 21:39:41 +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 9A6D38FC0C; Fri, 21 Sep 2012 21:39:40 +0000 (UTC) Received: from [192.168.0.6] (spaceball.home.andric.com [192.168.0.6]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4ED435C59; Fri, 21 Sep 2012 23:39:38 +0200 (CEST) Message-ID: <505CDE9C.3060504@andric.com> Date: Fri, 21 Sep 2012 23:39:40 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-toolchain@FreeBSD.org Content-Type: multipart/mixed; boundary="------------070108000503090709030807" Cc: Subject: More kernel performance tests on FreeBSD 10.0-CURRENT 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, 21 Sep 2012 21:39:41 -0000 This is a multi-part message in MIME format. --------------070108000503090709030807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi all, As a followup to my previous post about the performance of FreeBSD 10.0 kernels compiled with different compilers (clang and gcc), I did another series of tests, now on a more modern machine (Core i5-based). I also tested the performance with different compiler optimization settings. The attached text file[1] contains more information about these tests, performance data, and my conclusions. Any errors and omissions are also my fault, so if you notice them, please let me know. The executive summary: GENERIC kernels compiled with clang 3.2 are again a little faster than those compiled with gcc 4.2.1. For gcc, compiling with -O2 also gives a slightly faster kernel than with -O1, but for clang there is no measurable difference between those flags. Again, many thanks to Gavin Atkinson for providing the required hardware. -Dimitry [1]: Also available at: --------------070108000503090709030807 Content-Type: text/plain; charset=windows-1252; name="perftest-kernel-2012-09-21a.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="perftest-kernel-2012-09-21a.txt" KERNEL PERFORMANCE TESTS ON FREEBSD 10.0-CURRENT, SEPTEMBER 2012, PART 2 ======================================================================== INTRODUCTION ------------ These tests aim to give an indication of the runtime performance of FreeBSD kernels compiled with different compilers, at various optimization levels. The compilers tested were: - gcc 4.2.1, the system compiler in FreeBSD. - clang 3.2 (trunk 162107), which is the default version of clang in FreeBSD 10.0-CURRENT, after r239462. All tests were run on a machine gracefully provided by Gavin Atkinson, which is based on an Intel DQ57TM desktop board, with a quad-core 3.20 GHz Intel Core i5 CPU (id=0x20652), and 4 GB RAM. It runs FreeBSD/amd64 10.0-CURRENT as of Tue Sep 11 19:11:00 UTC 2012. An excerpt of dmesg follows: CPU: Intel(R) Core(TM) i5 CPU 650 @ 3.20GHz (3192.08-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x20652 Family = 6 Model = 25 Stepping = 2 Features=0xbfebfbff Features2=0x298e3ff AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 4294967296 (4096 MB) avail memory = 3882647552 (3702 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 5 With each compiler, stock GENERIC kernels for amd64 were built from head as of r240384, for each of the following optimization flags: -O2 -frename-registers -pipe -fno-strict-aliasing -O1 -pipe -O0 -pipe Note that clang does not support -frename-registers, so it was omitted for the corresponding kernel builds. No CPU-specific optimization flags (-march=) were used. Each kernel was installed into a separate kernel installation directory under /boot. The system was then booted with each of these kernels, without modifying anything else, and multiple runs of "make -j8 buildworld" were done. Between each run, the /usr/obj directory was fully cleaned out, and filesystems were synced. The timing results, processed with ministat(1), are below. Building world, multi-threaded, on a GENERIC kernel compiled by clang 3.2 -O0 ----------------------------------------------------------------------------- N Min Max Median Avg Stddev real 6 6503.62 6527.84 6520.49 6517.2817 8.3845558 user 6 12534.49 12576.55 12555.29 12555.547 14.079771 sys 6 9655.1 9733.92 9716.1 9709.9533 28.981809 maxrss 6 758208 758248 758224 758222.67 13.779213 ixrss 6 4396 4401 4397 4397.1667 1.9407902 idrss 6 523 523 523 523 0 isrss 6 126 126 126 126 0 minflt 6 6.6264519e+08 6.6337812e+08 6.6297908e+08 6.6299306e+08 249092.49 majflt 6 4354 10457 5722 6207.8333 2208.4725 nswap 6 40 56 42 44.333333 6.1210021 inblock 6 25167 44267 29212 31042.667 6677.3727 oublock 6 32801 34666 33500 33635.167 692.27897 msgsnd 6 0 0 0 0 0 msgrcv 6 0 0 0 0 0 nsignals 6 60495 60504 60502 60500 3.5213634 nvcsw 6 1750409 1759010 1754971 1754668.8 3641.3163 nivcsw 6 1867335 1943885 1924258 1909641.2 30495.366 Building world, multi-threaded, on a GENERIC kernel compiled by clang 3.2 -O1 ----------------------------------------------------------------------------- N Min Max Median Avg Stddev real 6 4788.59 4831.96 4798.01 4802.305 15.48322 user 6 12239.94 12285.9 12268.91 12263.5 17.190572 sys 6 4041.05 4100.4 4083.92 4076.235 21.374684 maxrss 6 758212 758256 758256 758242.67 18.532855 ixrss 6 4963 4971 4964 4964.6667 3.1411251 idrss 6 589 590 589 589.16667 0.40824829 isrss 6 132 132 132 132 0 minflt 6 6.617985e+08 6.6339562e+08 6.629315e+08 6.6272587e+08 574835.78 majflt 6 7935 23481 17450 16901.667 5324.564 nswap 6 40 52 48 47.333333 3.9327683 inblock 6 25121 44292 29173 30980.667 6715.0864 oublock 6 24867 28037 26579 26667.167 1162.513 msgsnd 6 0 0 0 0 0 msgrcv 6 0 0 0 0 0 nsignals 6 60492 60500 60498 60496.667 3.4448028 nvcsw 6 1559857 1576788 1562507 1565002.8 6454.8513 nivcsw 6 1632143 1721204 1688209 1682830 35836.46 Building world, multi-threaded, on a GENERIC kernel compiled by clang 3.2 -O2 ----------------------------------------------------------------------------- N Min Max Median Avg Stddev real 6 4780.24 4819.77 4801.98 4798.5867 14.236627 user 6 12242.91 12275.04 12256.37 12255.905 11.676621 sys 6 4052.75 4118.65 4104.76 4096.2217 22.874298 maxrss 6 758220 758256 758256 758244.67 17.603031 ixrss 6 4960 4970 4964 4963.8333 3.4880749 idrss 6 589 590 589 589.16667 0.40824829 isrss 6 132 132 132 132 0 minflt 6 6.6248246e+08 6.6340936e+08 6.6300404e+08 6.6293496e+08 324940.82 majflt 6 4300 22493 14128 12176.833 6396.7734 nswap 6 40 52 48 46 4.8989795 inblock 6 29120 44375 29277 31760 6180.4181 oublock 6 24915 28157 25984 26315.333 1251.164 msgsnd 6 0 0 0 0 0 msgrcv 6 0 0 0 0 0 nsignals 6 60490 60499 60497 60495.667 3.2041639 nvcsw 6 1559291 1575794 1570626 1569117.3 5467.274 nivcsw 6 1593865 1678135 1654604 1640246 31701.067 Building world, multi-threaded, on a GENERIC kernel compiled by gcc 4.2.1 -O0 ----------------------------------------------------------------------------- N Min Max Median Avg Stddev real 6 6083.69 6101.08 6096.85 6094.4383 6.5165003 user 6 12424.93 12462.24 12438.63 12441.97 12.975073 sys 6 8305.66 8394.45 8377.26 8366.4767 32.469675 maxrss 6 758208 758256 758224 758225.33 16.52473 ixrss 6 4481 4491 4484 4484.6667 3.3862467 idrss 6 533 534 533 533.16667 0.40824829 isrss 6 127 127 127 127 0 minflt 6 6.6241224e+08 6.6339646e+08 6.6301629e+08 6.6292507e+08 336924.37 majflt 6 4357 9603 6231 6667.8333 1812.2422 nswap 6 40 48 40 41.666667 3.204164 inblock 6 29162 44302 29272 31759.333 6145.0026 oublock 6 30081 32816 31538 31281.5 1163.8237 msgsnd 6 0 0 0 0 0 msgrcv 6 0 0 0 0 0 nsignals 6 60500 60501 60500 60500.333 0.51639753 nvcsw 6 1701009 1713077 1709140 1707903 3975.4753 nivcsw 6 1854572 1936195 1896858 1894873.2 26725.543 Building world, multi-threaded, on a GENERIC kernel compiled by gcc 4.2.1 -O1 ----------------------------------------------------------------------------- N Min Max Median Avg Stddev real 6 4943.74 4965.28 4955.62 4953.78 7.2888627 user 6 12274.46 12334.13 12322.13 12314.472 21.858036 sys 6 4576.99 4621.09 4617.21 4609.75 16.658918 maxrss 6 758208 758256 758224 758232 19.595918 ixrss 6 4897 4902 4898 4898.6667 1.9663842 idrss 6 581 582 581 581.33333 0.51639778 isrss 6 131 131 131 131 0 minflt 6 6.626435e+08 6.634147e+08 6.6301953e+08 6.629835e+08 279004.88 majflt 6 6092 11215 9188 8755.1667 1849.3565 nswap 6 40 62 48 49.333333 7.1180522 inblock 6 29076 44462 29163 31697 6253.6444 oublock 6 25415 28495 28175 27508.167 1179.5914 msgsnd 6 0 0 0 0 0 msgrcv 6 0 0 0 0 0 nsignals 6 60488 60499 60495 60494.333 3.9832984 nvcsw 6 1575048 1588567 1584504 1582316.7 5705.6913 nivcsw 6 1682902 1745827 1730506 1722802.3 24060.717 Building world, multi-threaded, on a GENERIC kernel compiled by gcc 4.2.1 -O2 ----------------------------------------------------------------------------- N Min Max Median Avg Stddev real 6 4876.16 4901.55 4895.24 4888.7583 10.598318 user 6 12241.35 12306.04 12283.94 12278.767 23.922356 sys 6 4400.43 4452.62 4446.22 4438.0117 19.231095 maxrss 6 758212 758256 758224 758229.33 17.095809 ixrss 6 4899 4905 4900 4900.6667 2.2509257 idrss 6 581 582 582 581.83333 0.40824829 isrss 6 131 131 131 131 0 minflt 6 6.6214332e+08 6.6334997e+08 6.6298766e+08 6.6278723e+08 436172.22 majflt 6 6055 12473 9169 8895.5 2381.6063 nswap 6 40 54 48 48 4.5607017 inblock 6 29193 44443 29313 31804 6192.0071 oublock 6 25113 28152 26770 26490.167 1254.3383 msgsnd 6 0 0 0 0 0 msgrcv 6 0 0 0 0 0 nsignals 6 60496 60501 60499 60498.667 2.2509257 nvcsw 6 1566521 1592140 1579251 1578889.5 9354.883 nivcsw 6 1686675 1809406 1785290 1756283.7 50719.325 Summary: -------- On a kernel compiled with clang 3.2 -O2, building world in multi-threaded mode is ~1.9% faster in real time than on a kernel compiled with gcc 4.2.1 -O2, and ~8.3% faster in system time. On a kernel compiled with clang 3.2 -O1, building world in multi-threaded mode is ~3.2% faster in real time than on a kernel compiled with gcc 4.2.1 -O1, and ~13.1% faster in system time. On a kernel compiled with gcc 4.2.1 -O2, building world in multi-threaded mode is ~1.3% faster in real time than on a kernel compiled with gcc 4.2.1 -O1, and ~3.9% faster in system time. The difference between building world in multi-threaded mode on kernels compiled with clang 3.2 -O2 and -O1 is not significant (to within 1 standard deviation). Conclusion: ----------- Kernels compiled with clang are a little faster in real time for building world, and in system time the difference is even larger, roughly 10%. For clang, the difference between -O1 and -O2 is not measurable, but for gcc, -O2 is slightly faster than -O1. ================================================================================ Copyright (c) 2012 Dimitry Andric Verbatim copying and redistribution of this entire text are permitted, provided this notice is preserved. ================================================================================ --------------070108000503090709030807-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 02:10:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 021FF1065744 for ; Sat, 22 Sep 2012 02:10:58 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id AFB828FC19 for ; Sat, 22 Sep 2012 02:10:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:To:From:Date; bh=nO1vcmfghpy72bCDZlpwJiU6JC2eOKxttIQBtsJMIvE=; b=Hcwn7BrGpV+Ruls1hsWWTVv5kTH1iaVtyqTwDp2E5y2nio9ecYfp3h+UMawu4n8BXx2VgCqk4jy/rV1sqSnD38eH/uauCwouBlKcqg3YvDRkk7BZJO5C3fu+tmYnr8Woe6uKbJHTytkhGFXojH+Wrn6VbpwYLgR2k2UiWwJnMwc=; Received: from iglou4.iglou.com ([192.107.41.39]:54902 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TFFBC-0007gX-Pp by authid with igloumta_auth for freebsd-current@freebsd.org; Fri, 21 Sep 2012 22:10:50 -0400 Received: from shell1.iglou.com ([192.107.41.17]:38229 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TFFBC-0006GJ-FW for freebsd-current@freebsd.org; Fri, 21 Sep 2012 22:10:50 -0400 Date: Fri, 21 Sep 2012 22:10:50 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: freebsd-current@freebsd.org In-Reply-To: Message-ID: References: <20120918205617.02ee281e@fabiankeil.de> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Sat, 22 Sep 2012 02:25:12 +0000 Subject: Re: manual page | zpool-features 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, 22 Sep 2012 02:10:58 -0000 On Wed, 19 Sep 2012, Darrel wrote: >> >>>> Does this mean that I can not update from 9 to 10? >>> >>> No. >>> >> > > So I ran mergemaster and upgraded zpool from '28' to 'zpool-features' > and installed the new bootcode to ada0 and ada1. The next step > needs to be right before I can reboot. > > pfctl and snmp_pf need to be recompiled. Does this mean 'make > clean', 'make', and 'make install' in > /usr/src/usr.sbin/bsnmpd/modules/snmp_pf and /usr/src/sbin/pfctl? > Is either of the directories incorrect or some other combination > of make calls required there? > I asked this on 'questions' and no one answered- perhaps they are not running -current. I seem to be stuck with it now since zpool has been upgraded. Is there no one on this list willing to take a moment to let me know if the steps in the previous paragraph which I guess are correct are actually correct? The file /usr/src/UPDATING merely mentions that the modules should be compiled but does not describe it. Actually, I am becoming suspicious that FreeBSD does not maintain a OpenBSD Packet Firewall that survives upgrades. Perhaps I should just take all of the Packet Firewall stuff out of my kernel and learn to use ipfw2. Mergemaster was run on Wednesday and the file server just sits there waiting for a couple of commands and a reboot. Darrel From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 02:44:50 2012 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 D2228106566B for ; Sat, 22 Sep 2012 02:44:50 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8FA228FC14 for ; Sat, 22 Sep 2012 02:44:50 +0000 (UTC) Received: by obbun3 with SMTP id un3so4971065obb.13 for ; Fri, 21 Sep 2012 19:44:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WZkLpdxZ87b+CN0U1asvJMGkJtqPEqNVjrPi4tgM6mE=; b=cImrzVF3WLzZ5DR5VRF8yvTKE+fIIPQhzrFuur9My0xsgDdhSRzHrtVwLi0xOdVc7l c3ErHrTR2ItncjwnEw/hJ1sxZ47GQlwb39eGGQy/nRokZU9xLC5WmNY+XaeBPMVFIdNA qZ4pE+NjZFmwUvTJ7/5Ai+wt4h6yDXsK3Eyn/V1nxRBkVKa4XDAtOUtJLiNGb0pW4qxm pAGCWN5mnGFwq3sB1lhkavpsJHp2Hq77h/Mrl3bM80JmIcl0sF+/jURw1CVIINhUKWQF 0gPuxMBpAnBkobcYAEd8KnuNjyLMw91lFrk2fMighPexDSJ0O1WEkPRndNqUTBhWS8xe aKeQ== MIME-Version: 1.0 Received: by 10.182.38.71 with SMTP id e7mr5270607obk.67.1348281884271; Fri, 21 Sep 2012 19:44:44 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Fri, 21 Sep 2012 19:44:44 -0700 (PDT) In-Reply-To: References: <20120918205617.02ee281e@fabiankeil.de> Date: Fri, 21 Sep 2012 19:44:44 -0700 Message-ID: From: Garrett Cooper To: Darrel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: manual page | zpool-features 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, 22 Sep 2012 02:44:50 -0000 On Fri, Sep 21, 2012 at 7:10 PM, Darrel wrote: Welcome to the wonderful world that no one knows how UPDATING works anymore... -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 03:14:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8BBF106566B for ; Sat, 22 Sep 2012 03:14:37 +0000 (UTC) (envelope-from levitch@iglou.com) Received: from rdsmtp.iglou.com (rdsmtp.iglou.com [192.107.41.63]) by mx1.freebsd.org (Postfix) with ESMTP id 808138FC08 for ; Sat, 22 Sep 2012 03:14:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=iglou.com; s=alpha; h=Content-Type:MIME-Version:References:Message-ID:In-Reply-To:Subject:cc:To:From:Date; bh=xKaA2mMgTLiBx7Aq0aO0Bl8SuahO3hy2Nm8WVSLiBGQ=; b=Pe4/dSdpdBfm2Fm6nLpkugMkJ9SDLjXLUD0JVfWQAMFJSpQgc5CbnGeSH/72CWhunncQN9AYf4pAoOC7Mu6MfAfJdFpKhtClX9XnZDgIJ9eBC4Ynaq02R9FIXqVbRh//InIV5MNlF5TdqGO5g+CFjtsX3OVeK44GLH09e2SVoN8=; Received: from iglou2.iglou.com ([192.107.41.8]:59367 helo=mail.iglou.com) by rdsmtp.iglou.com with esmtpa (Exim MTA/8.19.3) (envelope-from ) id 1TFGAu-0003zg-Od by authid with igloumta_auth for freebsd-current@freebsd.org; Fri, 21 Sep 2012 23:14:36 -0400 Received: from shell1.iglou.com ([192.107.41.17]:38410 helo=shell1) by mail.iglou.com with esmtps (TLS cipher TLSv1:AES256-SHA:256) (Exim MTA/8.19.3) (envelope-from ) id 1TFGAu-00070B-8r; Fri, 21 Sep 2012 23:14:36 -0400 Date: Fri, 21 Sep 2012 23:14:36 -0400 (EDT) From: Darrel X-X-Sender: levitch@shell1 To: Garrett Cooper In-Reply-To: Message-ID: References: <20120918205617.02ee281e@fabiankeil.de> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Originating-IP: 192.107.41.17 X-IgLou-Customer: 3cb6f76205bd20f518810676a67a982b X-Mailman-Approved-At: Sat, 22 Sep 2012 04:04:33 +0000 Cc: freebsd-current@freebsd.org Subject: Re: manual page | zpool-features 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, 22 Sep 2012 03:14:37 -0000 > Welcome to the wonderful world that no one knows how UPDATING works anymore... > -Garrett > Thank you. Assholes [ pardon me] that they tend to be, with many exceptions- the steps would have been included in an OpenBSD update that required portions of the tree to be recompiled. Darrel From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 04:15:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AB621065673; Sat, 22 Sep 2012 04:15:43 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id A835E8FC0A; Sat, 22 Sep 2012 04:15:42 +0000 (UTC) Received: from glenbarber.us (nucleus.glenbarber.us [IPv6:2001:470:8:1205:2:2:0:100]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id 8D78923F6D9; Sat, 22 Sep 2012 00:15:41 -0400 (EDT) Date: Sat, 22 Sep 2012 00:15:39 -0400 From: Glen Barber To: Darrel Message-ID: <20120922041539.GB1362@glenbarber.us> References: <20120918205617.02ee281e@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: manual page | zpool-features 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, 22 Sep 2012 04:15:43 -0000 --neYutvxvOLaeuPCA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 21, 2012 at 11:14:36PM -0400, Darrel wrote: >=20 > > Welcome to the wonderful world that no one knows how UPDATING works any= more... > > -Garrett > > >=20 > Thank you. >=20 > Assholes [ pardon me] that they tend to be, with many exceptions- the=20 > steps would have been included in an OpenBSD update that required portions > of the tree to be recompiled. >=20 You should always rebuild the tree in its entirety when upgrading. Plus, if you are running -CURRENT, you should expect some things to break on occasion. While those cases are not intentional, they do happen. Glen --neYutvxvOLaeuPCA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJQXTtrAAoJEFJPDDeguUajp9IH/Rp8npzg8ZTvhPOf0Jyei2IB x4bc4M3DlwtL2S0I60/Og0OGQmUvqeEv7ScqfCUdX3FbawTxrSGydqaF2mEk5q8g zHepo4Oz3qrO+rPVQWoMuNZ23vRIVQNvmUSu0DhOSa9jiPtDb0YYTs9G/3ugq1PK EICPB0LbrnkVN9m8tMj4/aPf8TQ5Al8QMqLugrlUqwekVana9OlZ3wf14jE5rlnP q60jsv0TLJI0MPfSVAzkhBQBUbRbTaW4ve1nTRV4DeLaUgRsv3foOU98eDLqdFrd odnSq28jMGmCzicZtcaRiv/nIpRaZCH7MCUJjQSJcSHURFq42275LiSjiD1MOHQ= =FqrF -----END PGP SIGNATURE----- --neYutvxvOLaeuPCA-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 06:22:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29B83106564A; Sat, 22 Sep 2012 06:22:07 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E3B5C8FC0A; Sat, 22 Sep 2012 06:22:06 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so9852090pbb.13 for ; Fri, 21 Sep 2012 23:22:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=Mkw2h9D0ifwBDCPQijCaAp6Uw7Rulw8TK+jsqvOPrIU=; b=Tuz1+jPkMq3qJvEhsOfodgwSH2BMHE8LdNzgmwznkonNBHteQ4ztboEiV/+4d82fDO FWk+SqvGpMNorMQJTjvhXbPESAiH/Mjmsh4PeEQV2cJC1/WpKnRRWtTpO1dX95jV38jk 3Hr6tHOOvk5gfl2JhfsnVozv2c0U7AaGgrcbyq7vt6i/yNaShQvA4dkqEri8AJQ7tFz7 mLFzU8+nlCU6GDnm2Q0BtQ/qnHDDnYW5rnHIfdqRCga8oYbQjrYDexq1dapeQjaUbSIa Ve15/YTRcWUuGTQQCDLaGLbSGqjcpGwSdAlSJaM4JMvruUVCN4QJS0xYlmutdz/vSDUQ jghw== Received: by 10.68.138.166 with SMTP id qr6mr20963061pbb.69.1348294926157; Fri, 21 Sep 2012 23:22:06 -0700 (PDT) Received: from [10.164.35.57] (mobile-166-147-081-102.mycingular.net. [166.147.81.102]) by mx.google.com with ESMTPS id st6sm6233596pbc.58.2012.09.21.23.22.04 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Sep 2012 23:22:05 -0700 (PDT) References: <20120918205617.02ee281e@fabiankeil.de> <20120922041539.GB1362@glenbarber.us> In-Reply-To: <20120922041539.GB1362@glenbarber.us> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9B206) From: Garrett Cooper Date: Fri, 21 Sep 2012 23:22:00 -0700 To: Glen Barber Cc: Darrel , "freebsd-current@freebsd.org" Subject: Re: manual page | zpool-features 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, 22 Sep 2012 06:22:07 -0000 On Sep 21, 2012, at 9:15 PM, Glen Barber wrote: > On Fri, Sep 21, 2012 at 11:14:36PM -0400, Darrel wrote: >>=20 >>> Welcome to the wonderful world that no one knows how UPDATING works anym= ore... >>> -Garrett >>>=20 >>=20 >> Thank you. >>=20 >> Assholes [ pardon me] that they tend to be, with many exceptions- the=20 >> steps would have been included in an OpenBSD update that required portion= s >> of the tree to be recompiled. >>=20 >=20 > You should always rebuild the tree in its entirety when upgrading. > Plus, if you are running -CURRENT, you should expect some things to > break on occasion. While those cases are not intentional, they do > happen. Should is the operable word. If one does something that affects a non-niche g= roup, it's a wise idea to use updating as it was supposed to be used. As it s= tands updating is neither used nor abused. Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 07:35:53 2012 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 50F90106564A for ; Sat, 22 Sep 2012 07:35:53 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8481C8FC0C for ; Sat, 22 Sep 2012 07:35:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1TFKFj-001lrZ-Cc>; Sat, 22 Sep 2012 09:35:51 +0200 Received: from e178027077.adsl.alicedsl.de ([85.178.27.77] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1TFKFj-001d8x-8q>; Sat, 22 Sep 2012 09:35:51 +0200 Message-ID: <505D6A51.7090808@zedat.fu-berlin.de> Date: Sat, 22 Sep 2012 09:35:45 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <505CDE9C.3060504@andric.com> In-Reply-To: <505CDE9C.3060504@andric.com> X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1C7F58C05E57CC0BF478D198" X-Originating-IP: 85.178.27.77 Subject: Re: More kernel performance tests on FreeBSD 10.0-CURRENT 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, 22 Sep 2012 07:35:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1C7F58C05E57CC0BF478D198 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 09/21/12 23:39, schrieb Dimitry Andric: > Hi all, >=20 > As a followup to my previous post about the performance of FreeBSD 10.0= > kernels compiled with different compilers (clang and gcc), I did anothe= r > series of tests, now on a more modern machine (Core i5-based). I also > tested the performance with different compiler optimization settings. >=20 > The attached text file[1] contains more information about these tests, > performance data, and my conclusions. Any errors and omissions are als= o > my fault, so if you notice them, please let me know. >=20 > The executive summary: GENERIC kernels compiled with clang 3.2 are agai= n > a little faster than those compiled with gcc 4.2.1. For gcc, compiling= > with -O2 also gives a slightly faster kernel than with -O1, but for > clang there is no measurable difference between those flags. >=20 > Again, many thanks to Gavin Atkinson for providing the required > hardware. >=20 > -Dimitry >=20 > [1]: Also available at: > At least one can say FreeBSD does not suffer from performance drain using the cutting edge clang 3.2 compared with a gcc 4.2.1 compiler, the echo from the past. Dimirty, are you planning also to benchmark clang 3.2 versus gcc 4.8.0? =46rom the development point of view, such a benchmark would be more natural, but I do not know whether the kernel sources are gcc 4.8-friendly and would allow such a test. What is about optimization level "-O3" and architectural recognition via "-march=3Dnative"? Neverthelesse, thanks. oh --------------enig1C7F58C05E57CC0BF478D198 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQXWpWAAoJEOgBcD7A/5N8AgIIANntmW/GqIqvECyVPtzglJHy /wLGo4dpAhC+SdRu6VbANjF0U1kxhiplig9uUG7e/CjCs8FkJmeQgJfN2MKDPqt1 CDf6bvt8TyRYIKcNwLoh/sFGJgMOUdDE/aY37YQIK8mz8a4irZQA4ndVcRA/th9O 3EitJhl0ahNZw11shsH5ydqmngY1vp+vOfIvU05wvXZt5R89zVYOyfsp07EnfbHf yRNOQlXTPIUm+AOw2zWg7tETNSpA6BDoME77hOKan9K7VpMlZDH7qvA5EaIatyLU MraOCwKx2C+nB7VKnHpH9faoD5jwAuZXZ3tn3j5ruNyiytUUkZNMMET4M250mzU= =u5gS -----END PGP SIGNATURE----- --------------enig1C7F58C05E57CC0BF478D198-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 11:20:30 2012 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 3527F106566B; Sat, 22 Sep 2012 11:20:30 +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 A60988FC12; Sat, 22 Sep 2012 11:20:27 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q8MBKQJL084821; Sat, 22 Sep 2012 14:20:26 +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.5/8.14.5) with ESMTP id q8MBKEYG072729; Sat, 22 Sep 2012 14:20:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q8MBKEpk072728; Sat, 22 Sep 2012 14:20:14 +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: Sat, 22 Sep 2012 14:20:14 +0300 From: Konstantin Belousov To: Dimitry Andric Message-ID: <20120922112014.GH37286@deviant.kiev.zoral.com.ua> References: <505CDE9C.3060504@andric.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="inJ2Z4oiSrNaWWYu" Content-Disposition: inline In-Reply-To: <505CDE9C.3060504@andric.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, freebsd-toolchain@freebsd.org Subject: Re: More kernel performance tests on FreeBSD 10.0-CURRENT 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, 22 Sep 2012 11:20:30 -0000 --inJ2Z4oiSrNaWWYu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 21, 2012 at 11:39:40PM +0200, Dimitry Andric wrote: > Hi all, >=20 > As a followup to my previous post about the performance of FreeBSD 10.0 > kernels compiled with different compilers (clang and gcc), I did another > series of tests, now on a more modern machine (Core i5-based). I also > tested the performance with different compiler optimization settings. >=20 > The attached text file[1] contains more information about these tests, > performance data, and my conclusions. Any errors and omissions are also > my fault, so if you notice them, please let me know. >=20 > The executive summary: GENERIC kernels compiled with clang 3.2 are again > a little faster than those compiled with gcc 4.2.1. For gcc, compiling > with -O2 also gives a slightly faster kernel than with -O1, but for > clang there is no measurable difference between those flags. >=20 > Again, many thanks to Gavin Atkinson for providing the required > hardware. =2E.. > Conclusion: > ----------- > Kernels compiled with clang are a little faster in real time for building= world, > and in system time the difference is even larger, roughly 10%. For clang= , the > difference between -O1 and -O2 is not measurable, but for gcc, -O2 is sli= ghtly > faster than -O1. >=20 Thank you very much for finishing the initial assessment. In my opinion, this positively closes the issue of the uncertainicity of the performance impact of the proposed clang use by default for the base system. Now, if only ports were handled. --inJ2Z4oiSrNaWWYu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBdnu4ACgkQC3+MBN1Mb4iCMgCgmdqw2MEIuQsM0v0HE9aoCKg6 /lkAoJhA1D5iqf3kTQ4+cLKdal+ARYtW =qZBX -----END PGP SIGNATURE----- --inJ2Z4oiSrNaWWYu-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 11:42:59 2012 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 B0DBE106566C; Sat, 22 Sep 2012 11:42:59 +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 6DB8C8FC14; Sat, 22 Sep 2012 11:42:59 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:dd8:3802:af98:bd60] (unknown [IPv6:2001:7b8:3a7:0:dd8:3802:af98:bd60]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DCC155C59; Sat, 22 Sep 2012 13:42:57 +0200 (CEST) Message-ID: <505DA447.40601@andric.com> Date: Sat, 22 Sep 2012 13:43:03 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: "O. Hartmann" References: <505CDE9C.3060504@andric.com> <505D6A51.7090808@zedat.fu-berlin.de> In-Reply-To: <505D6A51.7090808@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-toolchain@FreeBSD.org Subject: Re: More kernel performance tests on FreeBSD 10.0-CURRENT 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, 22 Sep 2012 11:42:59 -0000 On 2012-09-22 09:35, O. Hartmann wrote: > Am 09/21/12 23:39, schrieb Dimitry Andric: ... > At least one can say FreeBSD does not suffer from performance drain > using the cutting edge clang 3.2 compared with a gcc 4.2.1 compiler, the > echo from the past. Well, the main idea of these tests is to prove that we will have no regression, or even an improvement in performance, if we make clang 3.2 the default compiler for FreeBSD 10.0, instead of gcc 4.2.1. And that seems to be the case, at least for the kernel. That said, for one of the earlier tests, it seemed that for runtime performance, gcc 4.7.1-compiled programs (in this case clang 3.2 executables) were slightly faster than clang 3.2-compiled ones. In my opinion that result is not bad for such a relatively new compiler, against such a well-established one. :) > Dimirty, are you planning also to benchmark clang 3.2 versus gcc 4.8.0? > From the development point of view, such a benchmark would be more > natural, but I do not know whether the kernel sources are gcc > 4.8-friendly and would allow such a test. The kernel sources are currentely not very friendly to anything but our in-tree gcc and clang. We hacked our version of gcc to recognize several non-standard flags, such as -fformat-extensions, and a few others. We also implemented the -fformat-extensions flag for clang, since our custom printf format specifiers are used throughout the kernel. Ideally, we would remove all these non-standard flags and format specifiers, which would make it possible to compile the kernel with any version of gcc or clang, even external ones installed from ports, or by hand. This is not a trivial task... But maybe I'll take a shot, it would be nice to have at least one comparison against more modern gcc. I can't give any serious ETA, though. :) > What is about optimization level "-O3" and architectural recognition via > "-march=native"? There are only so many things you can test, the possibilities are literally endless! I have already done a few preliminary tests for -march=native, but at least for clang, there seems to be no measureable difference in performance. The tests for gcc are still running. And indeed, -O3 is also a possibility, but again I think the difference will be very marginal, if measurable at all. -Dimitry From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 12:52:50 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98E8110657CF; Sat, 22 Sep 2012 12:52:50 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 427878FC12; Sat, 22 Sep 2012 12:52:50 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1TFPCS-002HEQ-Ut>; Sat, 22 Sep 2012 14:52:49 +0200 Received: from e178012211.adsl.alicedsl.de ([85.178.12.211] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1TFPCS-001sr9-Pw>; Sat, 22 Sep 2012 14:52:48 +0200 Message-ID: <505DB49B.1090304@zedat.fu-berlin.de> Date: Sat, 22 Sep 2012 14:52:43 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <505CDE9C.3060504@andric.com> <505D6A51.7090808@zedat.fu-berlin.de> <505DA447.40601@andric.com> In-Reply-To: <505DA447.40601@andric.com> X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig07897D17442F9B3244FF88FB" X-Originating-IP: 85.178.12.211 Cc: freebsd-current@FreeBSD.org, freebsd-toolchain@FreeBSD.org Subject: Re: More kernel performance tests on FreeBSD 10.0-CURRENT 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, 22 Sep 2012 12:52:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig07897D17442F9B3244FF88FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Dimitry. Am 09/22/12 13:43, schrieb Dimitry Andric: > On 2012-09-22 09:35, O. Hartmann wrote: >> Am 09/21/12 23:39, schrieb Dimitry Andric: > ... >> At least one can say FreeBSD does not suffer from performance drain >> using the cutting edge clang 3.2 compared with a gcc 4.2.1 compiler, t= he >> echo from the past. >=20 > Well, the main idea of these tests is to prove that we will have no > regression, or even an improvement in performance, if we make clang > 3.2 the default compiler for FreeBSD 10.0, instead of gcc 4.2.1. And > that seems to be the case, at least for the kernel. >=20 > That said, for one of the earlier tests, it seemed that for runtime > performance, gcc 4.7.1-compiled programs (in this case clang 3.2 > executables) were slightly faster than clang 3.2-compiled ones. >=20 > In my opinion that result is not bad for such a relatively new > compiler, against such a well-established one. :) Aggreed. You're completely right and said so, there is then, except serious bugs or miscompilations, no reason to stay with the dinosaur gcc 4.2.1 ;-) >=20 >=20 >> Dimirty, are you planning also to benchmark clang 3.2 versus gcc 4.8.0= ? >> From the development point of view, such a benchmark would be more >> natural, but I do not know whether the kernel sources are gcc >> 4.8-friendly and would allow such a test. >=20 > The kernel sources are currentely not very friendly to anything but > our in-tree gcc and clang. We hacked our version of gcc to recognize > several non-standard flags, such as -fformat-extensions, and a few > others. We also implemented the -fformat-extensions flag for clang, > since our custom printf format specifiers are used throughout the > kernel. >=20 > Ideally, we would remove all these non-standard flags and format > specifiers, which would make it possible to compile the kernel with > any version of gcc or clang, even external ones installed from ports, > or by hand. This is not a trivial task... >=20 > But maybe I'll take a shot, it would be nice to have at least one > comparison against more modern gcc. I can't give any serious ETA, > though. :) When we used FreeBSD for scientific work, that was around 1998 - 2002, there were some attempts made to use Intel's icc compiler suite on FreeBSD in the 32Bit Linuxulator. That time I used that compiler only for compiling my modelling software, but there where reports of people made it possible to use the icc compiler also for compiling the FreeBSD system - with success as far as I know. What happened since then and more recent days that the sources got "polluted" by those hacks? No offense to you, but somehow this sounds that the efford has been placed in the wrong way since people revert with energy that what has been hacked with energy ;-) Neverthelesse, something is happeneing ... and this sounds good to me. >=20 >=20 >> What is about optimization level "-O3" and architectural recognition v= ia >> "-march=3Dnative"? >=20 > There are only so many things you can test, the possibilities are > literally endless! >=20 > I have already done a few preliminary tests for -march=3Dnative, but at= > least for clang, there seems to be no measureable difference in > performance. The tests for gcc are still running. I was wondering if the organisation and amount of cache present in a modern CPU is not taken into account when optimising code. Our Core2Duo CPUs still in use do have different architectural features than the more recent Core-i7 systems. Latter ones have level 3 caches. How does a compiler take advantage of those features by not given an explicit hint? >=20 > And indeed, -O3 is also a possibility, but again I think the difference= > will be very marginal, if measurable at all. Well, speaking of marginality: some of our models rund for a week, some other long term models run for 4 weeks. Consider now a performce gain of 10% average. I'd like to have it ... it saves me time ;-) >=20 > -Dimitry Oliver --------------enig07897D17442F9B3244FF88FB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEbBAEBAgAGBQJQXbSgAAoJEOgBcD7A/5N8vlgH93GukRrmw0n+zBapKx0706Io Lb16BI64iUagseIuy94zQKPdEDPqWSJTt5JMTRBqXNi2LR8G8ntpJ1LAmhtdYNK+ xED+uesHYf3CITur085RHWfoMB5v95PMSkHPDtIaALpa+VZqFEfF2B2pG4W2ybkw CYELcUTMtz7C71hiPvFI6oQG2sDj3Zm479C2JMxW4JLCHPtx6H6gIGvEV6TjsGQ/ 3LI4CrgIovLBkoBRfUAi6qA1GPZ1l8aPRVDVvXrkV30jDU2pQD5708kNrcpK3XG7 NP0Bz7No6N1E7QuLrQ5EXqbN6XFcKYPBVheQXBNExNlc8efu9R8R+uA9+KFuLw== =lvvv -----END PGP SIGNATURE----- --------------enig07897D17442F9B3244FF88FB-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 12:57:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FF3C106564A for ; Sat, 22 Sep 2012 12:57:53 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id 736B08FC08 for ; Sat, 22 Sep 2012 12:57:53 +0000 (UTC) Received: from [10.0.10.3] ([173.88.198.112]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 22 Sep 2012 05:57:49 -0700 Message-ID: <505DB5CC.4010707@a1poweruser.com> Date: Sat, 22 Sep 2012 08:57:48 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Darrel References: <20120918205617.02ee281e@fabiankeil.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 22 Sep 2012 12:57:49.0148 (UTC) FILETIME=[DE6E19C0:01CD98C1] X-Sender: fbsd8@a1poweruser.com X-Authenticated-Sender: fbsd8@a1poweruser.com X-EchoSenderHash: [fbsd8]-[a1poweruser*com] Cc: freebsd-current@freebsd.org Subject: Re: manual page | zpool-features 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, 22 Sep 2012 12:57:53 -0000 snip > > Actually, I am becoming suspicious that FreeBSD does not maintain a > OpenBSD Packet Firewall that survives upgrades. Perhaps I should just > take all of the Packet Firewall stuff out of my kernel and learn to use > ipfw2. > > > Darrel > > On the subject of OpenBSD Packet Firewall OpenBSD 4.5 version of PF firewall which is included with the base FreeBSD 8.x and 9.x releases is no longer supported by OpenBSD and very back level. The most current version of OpenBSD is 5.1. PF version 5.0 changed the syntax of the NAT statement making PF no longer backwards compatible which breaks some Freebsd standard, so updated versions of OpenBSD PF will no longer be mass ported to FreeBSD. Any bug fix code to OpenBSD PF will have to be incorporated by hand into FreeBSD's version of PF from this point on. The following will shine some more light on the subject. http://www.freebsd.org/cgi/query-pr.cgi?pr=167057 http://lists.freebsd.org/pipermail/freebsd-pf/2012-September/006740.html From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 13:52:27 2012 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 98012106566C; Sat, 22 Sep 2012 13:52:27 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4B0118FC14; Sat, 22 Sep 2012 13:52:27 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:dd8:3802:af98:bd60] (unknown [IPv6:2001:7b8:3a7:0:dd8:3802:af98:bd60]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3A4005C59; Sat, 22 Sep 2012 15:52:20 +0200 (CEST) Message-ID: <505DC299.4090407@andric.com> Date: Sat, 22 Sep 2012 15:52:25 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20120905 Thunderbird/16.0 MIME-Version: 1.0 To: "O. Hartmann" References: <505CDE9C.3060504@andric.com> <505D6A51.7090808@zedat.fu-berlin.de> <505DA447.40601@andric.com> <505DB49B.1090304@zedat.fu-berlin.de> In-Reply-To: <505DB49B.1090304@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, freebsd-toolchain@FreeBSD.org Subject: Re: More kernel performance tests on FreeBSD 10.0-CURRENT 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, 22 Sep 2012 13:52:27 -0000 On 2012-09-22 14:52, O. Hartmann wrote: ... > When we used FreeBSD for scientific work, that was around 1998 - 2002, > there were some attempts made to use Intel's icc compiler suite on > FreeBSD in the 32Bit Linuxulator. That time I used that compiler only > for compiling my modelling software, but there where reports of people > made it possible to use the icc compiler also for compiling the FreeBSD > system - with success as far as I know. What happened since then and > more recent days that the sources got "polluted" by those hacks? The Intel compiler support has been largely removed, because it was not maintained. There are still remnants in cdefs.h though, and in theory it could be revived, if there was enough interest. However, Intel simply does not support anything else besides Windows and Linux for its compiler suite, and even on the Linux side you are best off if you use Red Hat or a Red Hat-based distribution such as CentOS or Scientific Linux. Some time ago I attempted to get a fairly recent Intel compiler version working on FreeBSD, but it was very tricky, and I remember I did not get everything working correctly. So unless either Intel starts supporting FreeBSD (or other BSDs), which is very unlikely, or somebody manages to get the Linux version working perfectly as a port, I don't see much sense in restoring the Intel compiler support. > No offense to you, but somehow this sounds that the efford has been > placed in the wrong way since people revert with energy that what has > been hacked with energy ;-) I think you see this incorrectly; when I removed the Intel compiler support from the tree, it was unmaintained for several years already. Apparently there was very little interest for it. ... >> I have already done a few preliminary tests for -march=native, but at >> least for clang, there seems to be no measureable difference in >> performance. The tests for gcc are still running. > > I was wondering if the organisation and amount of cache present in a > modern CPU is not taken into account when optimising code. Our Core2Duo > CPUs still in use do have different architectural features than the more > recent Core-i7 systems. Latter ones have level 3 caches. How does a > compiler take advantage of those features by not given an explicit hint? I don't think the amount of CPU cache, or the number of levels, is taken into account, really. When you select a certain CPU type with -march, the compiler will just enable several features that are supported on that CPU, e.g. MMX, SSE, AVX and so on. It can also enable extra CPU registers, and/or switch to slightly different instruction scheduling. But since we are compiling the kernel with -mno-mmx, -mno-sse and even floating point disabled, apparently there is no real gain from specifying higher CPU types. -Dimitry From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 14:34:19 2012 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 D24C4106564A; Sat, 22 Sep 2012 14:34:19 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 74B768FC0C; Sat, 22 Sep 2012 14:34:19 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1TFQmg-002QyH-5H>; Sat, 22 Sep 2012 16:34:18 +0200 Received: from e178012211.adsl.alicedsl.de ([85.178.12.211] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1TFQmf-001y57-WA>; Sat, 22 Sep 2012 16:34:18 +0200 Message-ID: <505DCC64.2010805@zedat.fu-berlin.de> Date: Sat, 22 Sep 2012 16:34:12 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:15.0) Gecko/20120910 Thunderbird/15.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <505CDE9C.3060504@andric.com> <505D6A51.7090808@zedat.fu-berlin.de> <505DA447.40601@andric.com> <505DB49B.1090304@zedat.fu-berlin.de> <505DC299.4090407@andric.com> In-Reply-To: <505DC299.4090407@andric.com> X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7B925003902EC42F78AD1A32" X-Originating-IP: 85.178.12.211 Cc: freebsd-current@FreeBSD.org, freebsd-toolchain@FreeBSD.org Subject: Re: More kernel performance tests on FreeBSD 10.0-CURRENT 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, 22 Sep 2012 14:34:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7B925003902EC42F78AD1A32 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 09/22/12 15:52, schrieb Dimitry Andric: > On 2012-09-22 14:52, O. Hartmann wrote: > ... >> When we used FreeBSD for scientific work, that was around 1998 - 2002,= >> there were some attempts made to use Intel's icc compiler suite on >> FreeBSD in the 32Bit Linuxulator. That time I used that compiler only >> for compiling my modelling software, but there where reports of people= >> made it possible to use the icc compiler also for compiling the FreeBS= D >> system - with success as far as I know. What happened since then and >> more recent days that the sources got "polluted" by those hacks? >=20 > The Intel compiler support has been largely removed, because it was not= > maintained. There are still remnants in cdefs.h though, and in theory > it could be revived, if there was enough interest. >=20 > However, Intel simply does not support anything else besides Windows an= d > Linux for its compiler suite, and even on the Linux side you are best > off if you use Red Hat or a Red Hat-based distribution such as CentOS o= r > Scientific Linux. >=20 > Some time ago I attempted to get a fairly recent Intel compiler version= > working on FreeBSD, but it was very tricky, and I remember I did not ge= t > everything working correctly. >=20 > So unless either Intel starts supporting FreeBSD (or other BSDs), which= > is very unlikely, or somebody manages to get the Linux version working > perfectly as a port, I don't see much sense in restoring the Intel > compiler support. True. It is use- and senseless, from my point of view, having ancient 32bit support only via the Linuxulator (which is 32bit only). The ICC was only useable on 32bit machines and FBSD 32bit (i386), which isn't any kind of an option nowadays. The same discussion has been triggered with CUDA and Linuxulator. >=20 >=20 >> No offense to you, but somehow this sounds that the efford has been >> placed in the wrong way since people revert with energy that what has >> been hacked with energy ;-) >=20 > I think you see this incorrectly; when I removed the Intel compiler > support from the tree, it was unmaintained for several years already. > Apparently there was very little interest for it. To avoid further misunderstandings - I have no objections cleaning up the sources from unmaintained legacy. Since FreeBSD doesn't have 64Bit Linux support, the effort is wasted energy (my opinion, even if it is sometimes nice to see how it would perform ...). >=20 >=20 > ... >>> I have already done a few preliminary tests for -march=3Dnative, but = at >>> least for clang, there seems to be no measureable difference in >>> performance. The tests for gcc are still running. >> >> I was wondering if the organisation and amount of cache present in a >> modern CPU is not taken into account when optimising code. Our Core2Du= o >> CPUs still in use do have different architectural features than the mo= re >> recent Core-i7 systems. Latter ones have level 3 caches. How does a >> compiler take advantage of those features by not given an explicit hin= t? >=20 > I don't think the amount of CPU cache, or the number of levels, is take= n > into account, really. When you select a certain CPU type with -march, > the compiler will just enable several features that are supported on > that CPU, e.g. MMX, SSE, AVX and so on. It can also enable extra CPU > registers, and/or switch to slightly different instruction scheduling. Well, I'm not that deep into compiler development. I thought that optimizations are also done on the level of caches a CPU has and the size of it. >=20 > But since we are compiling the kernel with -mno-mmx, -mno-sse and even > floating point disabled, apparently there is no real gain from > specifying higher CPU types. I never came deeper into this logic - since I'm no operating system developer. But please correct me and, if possible, enlighten me, if there is something wrong in my understanding. Assumed, the option "-march=3Dnative" is switched on and the only "optimisation" is performed= due to selection of code portions at compile time which are enclosed, say in #ifdef __AVX__ __some__nasty__vector_ops_256bitwide(); #endif which is triggered by the "#define __AVX__" on Core-i7 CPUs with __AVX__ support, why is this explicitely disabled via "-no-avx" and friends? I would assume the developer has a reason not to use those speedy facilities, so I wouldn't expect any portion of #ifdef __AVX__ et cetera in the kernel code. The only explanation, from this naive point of view is, the compiler DOES DO some optimisations regarding the presence of such facilities and the "-no-XXX" options avoid those. Conclusively, I would expect a kind of performance gain when those features are made accessible. On the other hand, why are those features disabled? Intels silica is the reduced to something that gain speed from the clock cycle and the internal bandwidth due to cache sizes and clock speed and, naively spoken, all reduces to something "compatible" from ancients in the past. I can not fathom what the benefit of a Core i7 CPU then is compared to a Core2Duo when all the neat features are not used. A time ago, I read something about a Linux development for malloc(), which also utilises SSE facilities. I have no deeper clue what that development has achieved so far, but when I read the first time about it, they claim having 30% more performance gain over traditional SSE-less= =2E But this is something I do not know much about. >=20 > -Dimitry Oliver --------------enig7B925003902EC42F78AD1A32 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQXcxpAAoJEOgBcD7A/5N8KCoIAMAtybYEGYgNy/38RhW7Nxud PXyT5P8ufDMbGEGRp6PYAAIbHvNQD0dS7/PCIeFDMxkhN3b0IXSuYOz9blq5zk7i vwSshSOhlGOqi3FEFJbzTOeSgrmNoLcyp/HdUjCDcP+MgbXIuj/qTrjJ3ItwLQHm 3EM0UrSsKEdZZYcHMrRkwL/jIXPOI3Jf4rS30xAWXjP3c+DW4PFqgw4Ux+ZYBxi7 JXyMuLJTFlfsosvnJn+7h/90PoOWJT6hT+mKQGIo4TZrcf3a2DnuoHJu9gx/DxaC WCc8zTHgKNE1dNJqWkkQt/5Z7KSckyUfup9XNqHofWoS5YlQuPvRWnMXalm6S1M= =53XY -----END PGP SIGNATURE----- --------------enig7B925003902EC42F78AD1A32-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 14:46:57 2012 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 070B6106564A; Sat, 22 Sep 2012 14:46:57 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id B79BF8FC0A; Sat, 22 Sep 2012 14:46:56 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q8MEkjl1010174; Sat, 22 Sep 2012 07:46:45 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q8MEkjmB010173; Sat, 22 Sep 2012 07:46:45 -0700 (PDT) (envelope-from sgk) Date: Sat, 22 Sep 2012 07:46:45 -0700 From: Steve Kargl To: Konstantin Belousov Message-ID: <20120922144645.GA10139@troutmask.apl.washington.edu> References: <505CDE9C.3060504@andric.com> <20120922112014.GH37286@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120922112014.GH37286@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dimitry Andric , freebsd-current@freebsd.org, freebsd-toolchain@freebsd.org Subject: Re: More kernel performance tests on FreeBSD 10.0-CURRENT 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, 22 Sep 2012 14:46:57 -0000 On Sat, Sep 22, 2012 at 02:20:14PM +0300, Konstantin Belousov wrote: > On Fri, Sep 21, 2012 at 11:39:40PM +0200, Dimitry Andric wrote: > > Hi all, > > > > As a followup to my previous post about the performance of FreeBSD 10.0 > > kernels compiled with different compilers (clang and gcc), I did another > > series of tests, now on a more modern machine (Core i5-based). I also > > tested the performance with different compiler optimization settings. > > > > The attached text file[1] contains more information about these tests, > > performance data, and my conclusions. Any errors and omissions are also > > my fault, so if you notice them, please let me know. > > > > The executive summary: GENERIC kernels compiled with clang 3.2 are again > > a little faster than those compiled with gcc 4.2.1. For gcc, compiling > > with -O2 also gives a slightly faster kernel than with -O1, but for > > clang there is no measurable difference between those flags. > > > > Again, many thanks to Gavin Atkinson for providing the required > > hardware. > ... > > > Conclusion: > > ----------- > > Kernels compiled with clang are a little faster in real time for building world, > > and in system time the difference is even larger, roughly 10%. For clang, the > > difference between -O1 and -O2 is not measurable, but for gcc, -O2 is slightly > > faster than -O1. > > > > Thank you very much for finishing the initial assessment. > In my opinion, this positively closes the issue of the uncertainicity > of the performance impact of the proposed clang use by default for the > base system. It does not close everything. The kernel does not use floating point. I showed last week that clang may have problems with floating point. -- Steve From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 18:14:00 2012 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 EDF6D106564A; Sat, 22 Sep 2012 18:13:59 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 911FC8FC0A; Sat, 22 Sep 2012 18:13:59 +0000 (UTC) Received: by vbmv11 with SMTP id v11so6177183vbm.13 for ; Sat, 22 Sep 2012 11:13:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=OYkvpGoRLCThdpFugcEsddE8wL+aLye5j4jc9XWqsU8=; b=Zzxxx9JBMtiltkwzpjVzaUvUf7VplznUrwcJUqYQ9R+Z2svMPFCDaOAG6FrhMsuDpy LvMvDQuUjs9bQ3a6DxkL45n11Sl1AnKyvjh/uUXalXbxpAY6nvhOc6gSjlFBxPzoKXhS 0HTmOAPwZ8+cqgZhqpzWHitqbKLddTkjMgixRvpQwtQnpkb45hlFJr1lqa1Kz53zephV xyqkejDGKwgyODr0tjvrUscSedgA8Z/UUu3hMkuH9ZhAtUMA8n8gtWb1oX9Zs2xQkSPj d9Sz4Qng8k67fyMee5/5WBOqNCGY4qIMQ2G5nQ6y+5bUZEEUCUF+bUwAiMLBhEYm1muv E/qw== MIME-Version: 1.0 Received: by 10.58.35.141 with SMTP id h13mr5135511vej.11.1348337638549; Sat, 22 Sep 2012 11:13:58 -0700 (PDT) Received: by 10.58.26.129 with HTTP; Sat, 22 Sep 2012 11:13:58 -0700 (PDT) Date: Sat, 22 Sep 2012 14:13:58 -0400 Message-ID: From: Kim Culhan To: glebius@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: r240825 -current fault with backtrace 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, 22 Sep 2012 18:14:00 -0000 serial terminal not available, backtrace is a screen pic: https://picasaweb.google.com/lh/photo/b4TkAWaGPH7GkNH1VxuMJtv5Be3qwMGuK3qX4J5X-tk?feat=directlink -- thanks -kim From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 18:29:56 2012 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 E6F9D1065670; Sat, 22 Sep 2012 18:29:56 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9658FC08; Sat, 22 Sep 2012 18:29:56 +0000 (UTC) Received: by vcbfw7 with SMTP id fw7so6468775vcb.13 for ; Sat, 22 Sep 2012 11:29:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OU+ymYGH7o8e9DweT7wjKNRtxNEQnzljaUL0903V64U=; b=w3+m7Tvd+xgRRp/Hiv65SrtDCMowkNHS9NYViu9uSWR0Lfj1M8m1RoNkTDob9sLgsi 6WLXyZ7K6sCKJMNpwlWJA/nIC52hswvTbhbKUvlcjlmum6INJWEezD19bL2VyB8je3pk fxo/cpbivVVYc7JNIgZ+p2it/jsQCJSco2Pt/0E2JGAYK6po+vEAeY2auIPaU6ChL1fN QLWm1oLzLJSxOMdt3lx9aDRrv02ldsAFibIJyFbIynZi2HA3CKmitCaPOWtXLVyJ+aEL FT5JuMIcuwNPTqLhe5MEQ9hcwrvP7OdVXu7QBsQJsRpfyRIZef5VfR2x+Mn73qsiXQ1x tEkg== MIME-Version: 1.0 Received: by 10.58.4.33 with SMTP id h1mr5151714veh.38.1348338595597; Sat, 22 Sep 2012 11:29:55 -0700 (PDT) Received: by 10.58.26.129 with HTTP; Sat, 22 Sep 2012 11:29:55 -0700 (PDT) In-Reply-To: <20120922182756.GF50433@glebius.int.ru> References: <20120922182756.GF50433@glebius.int.ru> Date: Sat, 22 Sep 2012 14:29:55 -0400 Message-ID: From: Kim Culhan To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: r240825 -current fault with backtrace 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, 22 Sep 2012 18:29:57 -0000 On Sat, Sep 22, 2012 at 2:27 PM, Gleb Smirnoff wrote: > On Sat, Sep 22, 2012 at 02:13:58PM -0400, Kim Culhan wrote: > K> serial terminal not available, backtrace is a screen pic: > K> > K> https://picasaweb.google.com/lh/photo/b4TkAWaGPH7GkNH1VxuMJtv5Be3qwMGuK3qX4J5X-tk?feat=directlink > > Why didn't you make dump? > > db> call doadump Sorry, will get one. -kim From owner-freebsd-current@FreeBSD.ORG Sat Sep 22 18:34:55 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B238106564A for ; Sat, 22 Sep 2012 18:34:55 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id C5BB38FC27 for ; Sat, 22 Sep 2012 18:34:54 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id q8MIRuta061876; Sat, 22 Sep 2012 22:27:56 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id q8MIRuXc061875; Sat, 22 Sep 2012 22:27:56 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sat, 22 Sep 2012 22:27:56 +0400 From: Gleb Smirnoff To: Kim Culhan Message-ID: <20120922182756.GF50433@glebius.int.ru> References: MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org Subject: Re: r240825 -current fault with backtrace 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, 22 Sep 2012 18:34:55 -0000 On Sat, Sep 22, 2012 at 02:13:58PM -0400, Kim Culhan wrote: K> serial terminal not available, backtrace is a screen pic: K> K> https://picasaweb.google.com/lh/photo/b4TkAWaGPH7GkNH1VxuMJtv5Be3qwMGuK3qX4J5X-tk?feat=directlink Why didn't you make dump? db> call doadump -- Totus tuus, Glebius.